web-dev-qa-db-fra.com

Comment activer les erreurs Connexion à LightTPD correctement?

J'ai un système Centos 5 avec Lightpd et FastCGI activé. Il fait connaître l'accès mais ne connecte pas les erreurs. J'ai une erreur de serveur interne 500 et aucune information dans le journal et quand j'essaie d'ouvrir non -exister le fichier non - aucune information dans le journal des erreurs. Comment l'activer correctement?

Vous trouverez ci-dessous la liste des modules que j'ai activés:

server.modules              = (
                               "mod_rewrite",
                               "mod_redirect",
                               "mod_alias",
#                                "mod_access",
#                               "mod_cml",
#                               "mod_trigger_b4_dl",
#                               "mod_auth",
                               "mod_status",
                               "mod_setenv",
                               "mod_fastcgi",
#                               "mod_webdav",
#                               "mod_proxy_core",
#                               "mod_proxy_backend_fastcgi",
#                               "mod_proxy_backend_scgi",
#                               "mod_proxy_backend_ajp13",
#                               "mod_simple_vhost",
#                               "mod_evhost",
#                               "mod_userdir",
#                               "mod_cgi",
#                               "mod_compress",
#                               "mod_ssi",
#                               "mod_usertrack",
#                               "mod_expire",
#                               "mod_secdownload",
#                               "mod_rrdtool",
                                "mod_accesslog" )

Voici la définition de débogage:

## enable debugging
#debug.log-request-header     = "enable"
#debug.log-response-header    = "enable"
#debug.log-request-handling   = "enable"
debug.log-file-not-found     = "enable"
#debug.log-condition-handling = "enable"

Réglage du chemin d'accès à l'erreur et au journal d'accès:

## where to send error-messages to
server.errorlog             = "/home/lxadmin/httpd/lighttpd/error.log"

#### accesslog module
accesslog.filename          = "/home/lxadmin/httpd/lighttpd/ligh.log"

Paramètres de FastCGI:

fastcgi.debug = 1

fastcgi.server = ( ".php" => ((
                     "bin-path" => "/usr/bin/php-cgi",
                     "socket" => "/tmp/php.socket",
                     "max-procs" => 12,
                     "bin-environment" => (
                         "PHP_FCGI_CHILDREN" => "2",
                         "PHP_FCGI_MAX_REQUESTS" => "500"
                         )
                 )))

Et dans le fichier de configuration inclus j'ai:

server.errorlog    =  "/home/httpd/mywebsite.com/stats/mywebsite.com-error_log"

Ce qui vient aux fichiers journaux:

/home/httpd/mywebsite.com/stats/
-rw-r--r-- 1 Apache apache 5173239 May 16 11:34 mywebsite.com-custom_log
-rwxrwxrwx 1 root   root         0 Mar 27  2009 mywebsite.com-error_log

/home/lxadmin/httpd/lighttpd/
-rwxrwxrwx  1 Apache apache    2184 Apr 22 22:59 error.log
-rwxrwxrwx  1 Apache apache 6088621 May 16 11:26 ligh.log

J'ai donné des journaux d'erreur Chmod 777 pour essayer de vérifier si c'est le problème, mais apparemment ce n'est pas le cas.

Donc, ma question est la suivante: que faire pour avoir un journal d'erreur activé?

log-fileslighttpdfastcgimod-fastcgi
12
Tomasz Smykowski

Contrairement à Apache et Nginx, vous ne pouvez pas utiliser par fichiers journaux d'hôte virtuels pour les messages d'erreur dans LightTPD. server.errorlog La variable est globale à LightTPD, voir Demande de fonctionnalité n ° 665 Pour plus de détails.

8
Emre Yazici

Votre erreur_log semble être bien configurée.

Avez-vous essayé de savoir votre processus Lightpd pour voir s'il a l'ouverture de l'erreur_log?

lsof -p `pidof lighttpd`

D'autre part, essayez de ranger le même processus tout en obligeant une erreur interne à se produire:

strace -o strace.out -p `pidof lighttpd`

Jetez un coup d'œil à strace.out. Cela pourrait être utile non seulement découvrir pourquoi l'erreur_log n'est pas écrite, mais également le débogage du problème d'erreur interne du serveur lui-même.

Appliquez la même "recette" aux processus FastCGI. Je suppose que cela est lié aux connexions échouant entre les processus LightPD et FastCGI.

J'espère que cela t'aides.

7
Marco Ramos