apache2 how to trace caller of SIGTERM

Question

I have a dex x64 on a virtualbox win7pro host. My apache2 will stop responding after a page request or other activity such as upload via ftp. The php.cgi becomes non responsive and a restart is required any help tracking down the culprit sending the SIGTERM would be much appreciated. thx Art

my apache2.conf has

<IfModule mpm_prefork_module>
ServerLimit 1024
StartServers 10
MinSpareServers 10
MaxSpareServers 20
MaxClients 1024
MaxRequestsPerChild 0
</IfModule> `

From the apache2 log I have

[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

and from the accounting output with 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

score 1 · Answer 1 · answered Jun 21 '12 at 05:42

1

The SIGTERM is most likely the restart operation. The server is shutdown with SIGTERM and then started again according to your logs.

This doesn't explain the stuck server though.

I think the SIGTERM is not what you should be looking for.

answered Jun 21 '12 at 05:42

Christopher Perrin

4,741
17
32

apache2 how to trace caller of SIGTERM

1 Answers1