Bug#369020: Bug IS reproducible
I just saw the mail from Joost Cassee who already found out that the "foreground_mode no" setting triggers the bug. Sorry for double-posting. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400455: apache2.2-common: "/etc/init.d/apache2 restart" can kill apache
Package: apache2.2-common Version: 2.2.3-3.1 Severity: normal *** Please type your report below this line *** Today logrotate killed my apache. The last lines in error.log.1 are: [Sun Nov 26 06:25:25 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:27 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:29 2006] [warn] child process 6244 still did not exit, sending a SIGTERM [Sun Nov 26 06:25:31 2006] [error] child process 6244 still did not exit, sending a SIGKILL [Sun Nov 26 06:25:32 2006] [notice] caught SIGTERM, shutting down Apache did not come up again with a new error.log file. I could not reproduce the problem because I don't know how I can force the apache children to not exit on SIGTERM. Logrotate uses "/etc/init.d/apache2 restart" to restart apache, perhaps the "sleep 10" delay in the initscript is too short in this case. Why doesn't the initscript use "apache2ctl restart"? Perhaps logrotate could be changed to use "/etc/init.d/apache2 reload", or the restart part of the initscript could be made more reliable. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.3-3.1 utility programs for webservers ii libmagic1 4.17-4 File type determination library us ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii mime-support 3.37-1 MIME files 'mime.types' & 'mailcap ii net-tools 1.60-17The NET-3 networking toolkit apache2.2-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400455: apache2.2-common: "/etc/init.d/apache2 restart" can kill apache
It happened again. Of course something else must be wrong making an apache child not exit on SIGTERM, but it should not make apache die completely every sunday morning. I will now change /etc/logrotate.d/apache2 to use "apache2ctl graceful". Please consider fixing the restart part of the initscript or doing a graceful restart in the logrotate config, because apache is unreliable as it is now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395929: libapache2-mod-suphp: Child processes eat 100% of the CPU instead of exiting
For me this happens everytime a script exits whithout any output, e.g. a Perl CGI that does nothing or a PHP script that crashes before sending headers. The following PHP code kills itself and so triggers the bug: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395929: libapache2-mod-suphp: Child processes eat 100% of the CPU instead of exiting
The bug seems to be fixed in the current svn version available at https://ssl.marsching.biz/subversion/suphp/trunk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369020: Bug IS reproducible
I noticed that the PID of a just started imapproxyd is different from the PID written to /var/run/imapproxy.pid. Grep uses the PID in this file and doesn't find the process. The initscript uses the --background option of start-stop-daemon, perhaps there is some interference with the "foreground_mode no" setting in the default imapproxy.conf file. Setting it to yes fixes the bug for me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]