Re: wheezy apache2 user timeout sur lamp stack
Bonjour Greg,
Merci.
Le chemin est celui supposé,
le tail indique deux anomalies répétées:
[Mon Jul 23 22:43:09 2012] [notice] caught SIGTERM, shutting down
[Mon Jul 23 22:44:44 2012] [notice] Apache/2.2.22 (Debian) PHP/5.4.4-2
configured -- resuming normal operations
[Mon Jul 23 23:12:27 2012] [error] [client 127.0.0.1] PHP Notice: Array
to string conversion in /var/www/crm/modules/Users/User.php on line 677,
referer: [...]
La ligne php en dit: "$GLOBALS['log']->debug("additional detail query
results: $row");"
-------- Message initial --------
De: Grégoire COUTANT <gregoire.coutant@gmail.com>
Reply-to: gregoire.coutant@gmail.com
À: debian-user-french@lists.debian.org
Sujet: Re: wheezy apache2 user timeout sur lamp stack
Date: Tue, 24 Jul 2012 00:31:29 +0200
Bonjour,
Le 23/07/2012 23:42, ralf kaiser a écrit :
> Merci,
>
> je suis sur la config par défaut et n'ai rien touché à apache, donc
> c'est bien /etc/php5/apache2/php.ini ? Les valeurs timeout sont les
> mêmes entre wheezy et squeeze, donc c'est pas ça?!
Pour savoir quel php.ini modifier, le plus simple reste un fichier avec :
<? phpinfo();
Ca te donnera le chemin de l'ini utilisé.
Ensuite, apache a également un timeout, j'ai aussi du l'augmenter dans
certains cas, mais ce n'est pas une bonne pratique.
Dans mon cas je tourne en fastcgi avec php-fpm, il te suffit alors
d'ajouter dans ton vhost :
FastCgiExternalServer /var/www/monsite/cgi-bin/php5.external -socket
/var/www/.socks/monsite.sock -idle-timeout 400
Enfin tout ça n'est à faire bien sur qu'une fois que tu aura lu les logs
d'apache et de php qui te diront clairement qui est responsable de ce
timeout ou plantage...
Tu trouveras les logs dans "/var/log/..."
Un simple : "tail -f -n 100 apache2/error.log" te donneras déjà des
infos juste après un timeout
Greg
Reply to: