Bug#486629: apache2 refusing to restart
Hi Stefan, It was already set to 4, I read in the script it something about increasing it to atleast 12, So to be on the safe side I increased it to 30. That makes it take abit longer to restart but thats a better solution than forcing it to stop and then having to reboot to clean things up. Thanking you for your assistance, Paul. On Sat, 21 Jun 2008, Stefan Fritsch wrote: Hi Paul, it seems if there is a large number of child processes, apache can take a long time to close all the listening sockets. If this is your problem, then apache should die some time after an unsuccessful restart. In this case, you could try to increase the wait time in the init script (there is a t=4 in there, try to increase it to 10 or however long it takes apache to die in your setup). Does this help? If yes, what wait time works for you? Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
Hi Paul, it seems if there is a large number of child processes, apache can take a long time to close all the listening sockets. If this is your problem, then apache should die some time after an unsuccessful restart. In this case, you could try to increase the wait time in the init script (there is a t=4 in there, try to increase it to 10 or however long it takes apache to die in your setup). Does this help? If yes, what wait time works for you? Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
Which apache2-mpm-* package are you using? [EMAIL PROTECTED]:~$ dpkg -l apache2-mpm-prefork Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii apache2-mpm-prefork 2.2.9-1 Traditional model for Apache HTTPD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
[EMAIL PROTECTED]:~$ sudo lsof -nP -i tcp:80 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME apache21372 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache21413 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache21464 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache21870 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache21939 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache22586 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache22626 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache22932 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache22949 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23011 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23062 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23114 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23346 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23395 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23416 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23603 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache23946 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24044 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24089 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24177 root3u IPv6 13782 TCP *:80 (LISTEN) apache24201 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24202 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24203 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24204 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24205 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24414 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache24632 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache25177 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache25795 www-data3u IPv6 13782 TCP *:80 (LISTEN) firefox-b 5805 pwb 48u IPv4 661014 TCP 127.0.0.1:44101->127.0.0.1:80 (ESTABLISHED) apache26212 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache26371 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache26403 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache26959 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache27529 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache27648 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache27995 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache28370 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache28658 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache28747 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache28750 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29167 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29306 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29666 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29730 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29751 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29752 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29753 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache29792 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 10528 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 10578 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 10718 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 10984 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11049 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11091 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11432 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11506 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11569 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11884 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 11929 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 12113 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 12698 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13057 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13116 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13257 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13313 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13319 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13352 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13354 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13355 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13616 www-data3u IPv6 13782 TCP *:80 (LISTEN) apache2 13622 www-data3u
Bug#486629: apache2 refusing to restart
On Thursday 19 June 2008, Paul wrote: > Is there any traces or dumps I can do to provide more information. Maybe the output of sudo lsof -nP -i tcp:80 sudo sh -x /etc/init.d/apache2 restart sudo lsof -nP -i tcp:80 can give more information. You might have to install lsof first. Which apache2-mpm-* package are you using? Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366124 You can use lsof or "netstat -tlnp" (as root) to determine which processes keep the listening sockets open. Does this fit your problem? Stefan I have restarted apache to capture some more information sudo /etc/init.d/apache2 restart Restarting web server: apache2(98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs failed! netstat -tlnp tcp6 0 0 :::80 :::*LISTEN 4220/apache2 Is there any traces or dumps I can do to provide more information. Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
On Tuesday 17 June 2008, Paul wrote: > Some times I have noticed the system is abit sluggish when I > restart apache, the main problem is with apache, it creates lots > of child processes that refuse to die, the biggest problem is it > then locks up the ports it is using and the only way to kill apache > properly at the moment is to restart the whole system. The init script uses graceful-stop, i.e. the currently active requests will be finished before the apache processes are shut down. But this should not cause the listening sockets to be unavailable. If you use mod_php and your php scripts are executing other programs, you are likely seeing this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366124 You can use lsof or "netstat -tlnp" (as root) to determine which processes keep the listening sockets open. Does this fit your problem? Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
My apologies for the brief bug, it was sent after a 13 hour day at work. Some times I have noticed the system is abit sluggish when I restart apache, the main problem is with apache, it creates lots of child processes that refuse to die, the biggest problem is it then locks up the ports it is using and the only way to kill apache properly at the moment is to restart the whole system. When apache is working it is stable, its been happening for awhile and I was hoping it would have been fixed during the normal update sequence. [EMAIL PROTECTED]:~$ dpkg -l libapr1 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii libapr1 1.2.12-3 The Apache Portable Runtime Library [EMAIL PROTECTED]:~$ dpkg -l libaprutil1 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii libaprutil1 1.2.12+dfsg-6 The Apache Portable Runtime Utility Library [EMAIL PROTECTED]:~$ On Tue, 17 Jun 2008, Stefan Fritsch wrote: Hi, On Tue, 17 Jun 2008, Paul wrote: Why does apache2 refuse to restart or reload the configuration and if you attempt it then the whole system needs to be rebooted. Any package that dies bad enough to require a reboot has something badly broken in it. Please be more verbose. What happens exactly? Does the system just become unresponsive, does it run out of memory, etc.? Can you call top while you restart and do you see what's happening in the output? Also, what architecture are you using? What are the versions of libapr1 and libaprutil1 that you have installed? (These information get automatically added by reportbug. I recommend you use reportbug in the future.) Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
Hi, On Tue, 17 Jun 2008, Paul wrote: Why does apache2 refuse to restart or reload the configuration and if you attempt it then the whole system needs to be rebooted. Any package that dies bad enough to require a reboot has something badly broken in it. Please be more verbose. What happens exactly? Does the system just become unresponsive, does it run out of memory, etc.? Can you call top while you restart and do you see what's happening in the output? Also, what architecture are you using? What are the versions of libapr1 and libaprutil1 that you have installed? (These information get automatically added by reportbug. I recommend you use reportbug in the future.) Cheers, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486629: apache2 refusing to restart
package: apache2 version: 2.2.9-1 Severity: Critical Why does apache2 refuse to restart or reload the configuration and if you attempt it then the whole system needs to be rebooted. Any package that dies bad enough to require a reboot has something badly broken in it. waitpid(6285, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(12158, 0xbf851c18, WNOHANG|WSTOPPED) = 0 getpgid(0x1099) = 4223 getpgrp() = 4223 kill(4249, SIG_0) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({1, 0}, {1, 0}) = 0 waitpid(4249, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4250, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4251, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4252, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4253, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(5869, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6273, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6284, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6285, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(12158, 0xbf851c18, WNOHANG|WSTOPPED) = 0 getpgid(0x1099) = 4223 getpgrp() = 4223 kill(4249, SIG_0) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({1, 0}, {1, 0}) = 0 waitpid(4249, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4250, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4251, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4252, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(4253, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(5869, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6273, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6284, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(6285, 0xbf851c18, WNOHANG|WSTOPPED) = 0 waitpid(12158, 0xbf851c18, WNOHANG|WSTOPPED) = 0 getpgid(0x1099) = 4223 getpgrp() = 4223 kill(4249, SIG_0) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({1, 0}, {1, 0}) = 0 waitpid(4249, 0xbf851c18, WNOHANG|WSTOPPED) = 0 w -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]