O SIGTERM é provavelmente a operação de reinicialização. O servidor é encerrado com SIGTERM e, em seguida, iniciado novamente de acordo com seus registros.
Isso não explica o servidor preso.
Acho que o SIGTERM não é o que você deve procurar.
Eu tenho um dex x64 em um host virtualbox win7pro. Meu apache2 irá parar de responder após uma solicitação de página ou outra atividade, como upload via ftp. O php.cgi se torna não responsivo e um reinício é necessário Qualquer ajuda para rastrear o culpado enviando o SIGTERM seria muito apreciada. THX Arte
meu apache2.conf tem
<IfModule mpm_prefork_module>
ServerLimit 1024
StartServers 10
MinSpareServers 10
MaxSpareServers 20
MaxClients 1024
MaxRequestsPerChild 0
</IfModule> '
No log do apache2, tenho
[Wed Jun 20 05:07:01 2012] [notice] caught SIGTERM, shutting down
[Wed Jun 20 05:07:03 2012] [notice] FastCGI: process manager initialized (pid 4369)
[Wed Jun 20 05:07:03 2012] [notice] Apache/2.2.16 (Debian) mod_fastcgi/2.4.6 PHP/5.3.3-7+squeeze13 with Suhosin-Patch mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations
e da saída da contabilidade com lastcomm
php.cgi www-data __ 0.13 secs Wed Jun 20 04:49
lastcomm root pts/2 0.10 secs Wed Jun 20 04:49
php.cgi www-data __ 0.18 secs Wed Jun 20 04:49
php.cgi www-data __ 0.18 secs Wed Jun 20 04:47
apache2 root pts/1 0.02 secs Wed Jun 20 04:46
tput root pts/1 0.00 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
apache2ctl root pts/1 0.00 secs Wed Jun 20 04:46
apache2 S root pts/1 0.77 secs Wed Jun 20 04:46
rm root pts/1 0.01 secs Wed Jun 20 04:46
install root pts/1 0.01 secs Wed Jun 20 04:46
mkdir root pts/1 0.00 secs Wed Jun 20 04:46
apache2ctl F root pts/1 0.00 secs Wed Jun 20 04:46
sleep root pts/1 0.00 secs Wed Jun 20 04:46
apache2 SF root __ 0.54 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.14 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.07 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.06 secs Wed Jun 20 04:36
apache2 SF www-data __ 0.07 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.11 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.02 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.04 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.06 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.08 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.03 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.02 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.01 secs Wed Jun 20 04:34
grep root pts/1 0.00 secs Wed Jun 20 04:46
apache2ctl root pts/1 0.02 secs Wed Jun 20 04:46
apache2 root pts/1 0.24 secs Wed Jun 20 04:46
apache2 SF www-data __ 0.00 secs Wed Jun 20 04:34
apache2ctl F root pts/1 0.00 secs Wed Jun 20 04:46
apache2ctl root pts/1 0.00 secs Wed Jun 20 04:46
apache2 root pts/1 0.22 secs Wed Jun 20 04:46
apache2ctl F root pts/1 0.01 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
grep root pts/1 0.00 secs Wed Jun 20 04:46
tr root pts/1 0.00 secs Wed Jun 20 04:46
pidof S root pts/1 0.11 secs Wed Jun 20 04:46
cat root pts/1 0.00 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
grep root pts/1 0.00 secs Wed Jun 20 04:46
tr root pts/1 0.00 secs Wed Jun 20 04:46
pidof S root pts/1 0.05 secs Wed Jun 20 04:46
cat root pts/1 0.01 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
apache2ctl root pts/1 0.00 secs Wed Jun 20 04:46
apache2 root pts/1 0.34 secs Wed Jun 20 04:46
apache2ctl F root pts/1 0.00 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
apache2 F root pts/1 0.00 secs Wed Jun 20 04:46
smbd SF root __ 0.25 secs Wed Jun 20 04:46
php.cgi www-data __ 0.14 secs Wed Jun 20 04:45
php.cgi www-data __ 0.19 secs Wed Jun 20 04:42
cron SF root __ 0.02 secs Wed Jun 20 04:39
sh S root __ 0.00 secs Wed Jun 20 04:39
find root __ 0.00 secs Wed Jun 20 04:39
maxlifetime root __ 0.02 secs Wed Jun 20 04:39
php5 root __ 0.13 secs Wed Jun 20 04:39
which root __ 0.00 secs Wed Jun 20 04:39
exim4 S root __ 0.01 secs Wed Jun 20 04:37
php.cgi www-data __ 0.04 secs Wed Jun 20 04:36
php.cgi www-data __ 0.12 secs Wed Jun 20 04:35
php.cgi www-data __ 0.11 secs Wed Jun 20 04:35
php.cgi www-data __ 0.14 secs Wed Jun 20 04:34
lastcomm root pts/2 0.09 secs Wed Jun 20 04:34
apache2 root pts/1 0.02 secs Wed Jun 20 04:34
tput root pts/1 0.00 secs Wed Jun 20 04:34
apache2 F root pts/1 0.00 secs Wed Jun 20 04:34
apache2ctl root pts/1 0.00 secs Wed Jun 20 04:34
apache2 S root pts/1 0.54 secs Wed Jun 20 04:34
rm root pts/1 0.00 secs Wed Jun 20 04:34
install root pts/1 0.00 secs Wed Jun 20 04:34
mkdir root pts/1 0.00 secs Wed Jun 20 04:34
apache2ctl F root pts/1 0.00 secs Wed Jun 20 04:34
sleep root pts/1 0.00 secs Wed Jun 20 04:34
apache2 SF root __ 0.80 secs Wed Jun 20 03:58
sleep root pts/1 0.00 secs Wed Jun 20 04:34
apache2 SF www-data __ 0.26 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.12 secs Wed Jun 20 03:59
apache2 SF www-data __ 0.13 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.13 secs Wed Jun 20 03:59
apache2 SF www-data __ 0.15 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.18 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.07 secs Wed Jun 20 04:21
apache2 SF www-data __ 0.18 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.17 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.30 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.09 secs Wed Jun 20 03:58
apache2 SF www-data __ 0.02 secs Wed Jun 20 04:13
O SIGTERM é provavelmente a operação de reinicialização. O servidor é encerrado com SIGTERM e, em seguida, iniciado novamente de acordo com seus registros.
Isso não explica o servidor preso.
Acho que o SIGTERM não é o que você deve procurar.