Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux Mandrake 8.2 PHP Version: 4.2.0 New Comment: Not yet solved in 4.2.1 Jan P. Sorensen Previous Comments: [2002-05-10 11:19:51] [EMAIL PROTECTED] I tried CVS from may 10. It did not solve the restart problem. Jan P. Sorensen [2002-05-09 17:10:14] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. Thank you for the report. This is fixed in CVS, I believe. Thanks! [2002-05-09 15:50:35] [EMAIL PROTECTED] I fail to get a usefull core dump. I tried "httpd -X" and "kill -HUP pid" from another terminal. I also tried "gdb ./httpd", "run -X" and "bt" The result is probably useless, since I get the same result with and without the PHP4 module. Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 25947)] 0x401d20b2 in accept () from /lib/libc.so.6 (gdb) bt #0 0x401d20b2 in accept () from /lib/libc.so.6 #1 0x400db646 in accept (fd=5, addr= {__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24, __sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24, __sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24, __sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24, __sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24, __sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24, __sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40) at wrapsyscall.c:187 #2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340, connection_context=0x817cb60) at sockets.c:189 #3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98, ptrans=0x817cb60) at unixd.c:425 #4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651 #5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711 #6 0x0807fc8d in startup_children (number_to_start=5) at prefork.c:783 #7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110, s=0x81477e0) at prefork.c:999 #8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632 #9 0x400fe280 in __libc_start_main () from /lib/libc.so.6 Jan P. Sorensen [2002-05-09 06:39:40] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-05-09 06:33:42] [EMAIL PROTECTED] PHP 4.2 CVS version from may 9. and Apache 2.0.36 may be started correctly by the command: "bin/apachectl start" However after a "bin/apachectl restart" the Webserver crashes: [Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations [Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to restart [Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error detected in the parent process [Thu May 09 10:54:56 2002] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations A full stop and start of Apache will circumvent the problem. Apache: ./configure --enable-proxy PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs --enable-track-vars --with-mysql The restart works correctly when the "modules/libphp4.so" is removed fra the httpd.conf This is a follow up to report #16475 where SSL was included. Jan P. Sorensen -- Edit this bug report at http://bugs.php.net/?id=17113&edit=1
Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux Mandrake 8.2 PHP Version: 4.2.0 New Comment: I tried CVS from may 10. It did not solve the restart problem. Jan P. Sorensen Previous Comments: [2002-05-09 17:10:14] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. Thank you for the report. This is fixed in CVS, I believe. Thanks! [2002-05-09 15:50:35] [EMAIL PROTECTED] I fail to get a usefull core dump. I tried "httpd -X" and "kill -HUP pid" from another terminal. I also tried "gdb ./httpd", "run -X" and "bt" The result is probably useless, since I get the same result with and without the PHP4 module. Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 25947)] 0x401d20b2 in accept () from /lib/libc.so.6 (gdb) bt #0 0x401d20b2 in accept () from /lib/libc.so.6 #1 0x400db646 in accept (fd=5, addr= {__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24, __sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24, __sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24, __sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24, __sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24, __sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24, __sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40) at wrapsyscall.c:187 #2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340, connection_context=0x817cb60) at sockets.c:189 #3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98, ptrans=0x817cb60) at unixd.c:425 #4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651 #5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711 #6 0x0807fc8d in startup_children (number_to_start=5) at prefork.c:783 #7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110, s=0x81477e0) at prefork.c:999 #8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632 #9 0x400fe280 in __libc_start_main () from /lib/libc.so.6 Jan P. Sorensen [2002-05-09 06:39:40] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-05-09 06:33:42] [EMAIL PROTECTED] PHP 4.2 CVS version from may 9. and Apache 2.0.36 may be started correctly by the command: "bin/apachectl start" However after a "bin/apachectl restart" the Webserver crashes: [Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations [Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to restart [Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error detected in the parent process [Thu May 09 10:54:56 2002] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations A full stop and start of Apache will circumvent the problem. Apache: ./configure --enable-proxy PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs --enable-track-vars --with-mysql The restart works correctly when the "modules/libphp4.so" is removed fra the httpd.conf This is a follow up to report #16475 where SSL was included. Jan P. Sorensen -- Edit this bug report at http://bugs.php.net/?id=17113&edit=1
Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Linux Mandrake 8.2 PHP Version: 4.2.0 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. Thank you for the report. This is fixed in CVS, I believe. Thanks! Previous Comments: [2002-05-09 15:50:35] [EMAIL PROTECTED] I fail to get a usefull core dump. I tried "httpd -X" and "kill -HUP pid" from another terminal. I also tried "gdb ./httpd", "run -X" and "bt" The result is probably useless, since I get the same result with and without the PHP4 module. Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 25947)] 0x401d20b2 in accept () from /lib/libc.so.6 (gdb) bt #0 0x401d20b2 in accept () from /lib/libc.so.6 #1 0x400db646 in accept (fd=5, addr= {__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24, __sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24, __sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24, __sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24, __sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24, __sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24, __sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40) at wrapsyscall.c:187 #2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340, connection_context=0x817cb60) at sockets.c:189 #3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98, ptrans=0x817cb60) at unixd.c:425 #4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651 #5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711 #6 0x0807fc8d in startup_children (number_to_start=5) at prefork.c:783 #7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110, s=0x81477e0) at prefork.c:999 #8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632 #9 0x400fe280 in __libc_start_main () from /lib/libc.so.6 Jan P. Sorensen [2002-05-09 06:39:40] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-05-09 06:33:42] [EMAIL PROTECTED] PHP 4.2 CVS version from may 9. and Apache 2.0.36 may be started correctly by the command: "bin/apachectl start" However after a "bin/apachectl restart" the Webserver crashes: [Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations [Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to restart [Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error detected in the parent process [Thu May 09 10:54:56 2002] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations A full stop and start of Apache will circumvent the problem. Apache: ./configure --enable-proxy PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs --enable-track-vars --with-mysql The restart works correctly when the "modules/libphp4.so" is removed fra the httpd.conf This is a follow up to report #16475 where SSL was included. Jan P. Sorensen -- Edit this bug report at http://bugs.php.net/?id=17113&edit=1
Bug #17113 Updated: Apache 2.0 restart gives segmentation fault
ID: 17113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux Mandrake 8.2 PHP Version: 4.2.0 New Comment: I fail to get a usefull core dump. I tried "httpd -X" and "kill -HUP pid" from another terminal. I also tried "gdb ./httpd", "run -X" and "bt" The result is probably useless, since I get the same result with and without the PHP4 module. Program received signal SIGHUP, Hangup. [Switching to Thread 1024 (LWP 25947)] 0x401d20b2 in accept () from /lib/libc.so.6 (gdb) bt #0 0x401d20b2 in accept () from /lib/libc.so.6 #1 0x400db646 in accept (fd=5, addr= {__sockaddr__ = 0x817cc24, __sockaddr_at__ = 0x817cc24, __sockaddr_ax25__ = 0x817cc24, __sockaddr_dl__ = 0x817cc24, __sockaddr_eon__ = 0x817cc24, __sockaddr_in__ = 0x817cc24, __sockaddr_in6__ = 0x817cc24, __sockaddr_inarp__ = 0x817cc24, __sockaddr_ipx__ = 0x817cc24, __sockaddr_iso__ = 0x817cc24, __sockaddr_ns__ = 0x817cc24, __sockaddr_un__ = 0x817cc24, __sockaddr_x25__ = 0x817cc24}, addr_len=0x817cc40) at wrapsyscall.c:187 #2 0x400381b6 in apr_accept (new=0xb8b0, sock=0x80b9340, connection_context=0x817cb60) at sockets.c:189 #3 0x080969f4 in unixd_accept (accepted=0xb8e0, lr=0x817ab98, ptrans=0x817cb60) at unixd.c:425 #4 0x0807fa91 in child_main (child_num_arg=0) at prefork.c:651 #5 0x0807fb9f in make_child (s=0x81477e0, slot=0) at prefork.c:711 #6 0x0807fc8d in startup_children (number_to_start=5) at prefork.c:783 #7 0x0807ff9d in ap_mpm_run (_pconf=0x80bb020, plog=0x80f7110, s=0x81477e0) at prefork.c:999 #8 0x080850c7 in main (argc=2, argv=0xba74) at main.c:632 #9 0x400fe280 in __libc_start_main () from /lib/libc.so.6 Jan P. Sorensen Previous Comments: [2002-05-09 06:39:40] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". [2002-05-09 06:33:42] [EMAIL PROTECTED] PHP 4.2 CVS version from may 9. and Apache 2.0.36 may be started correctly by the command: "bin/apachectl start" However after a "bin/apachectl restart" the Webserver crashes: [Thu May 09 10:52:42 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations [Thu May 09 10:53:30 2002] [notice] SIGHUP received. Attempting to restart [Thu May 09 10:53:31 2002] [notice] seg fault or similar nasty error detected in the parent process [Thu May 09 10:54:56 2002] [warn] pid file /usr/local/apache2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Thu May 09 10:54:56 2002] [notice] Apache/2.0.36 (Unix) PHP/4.3.0-dev configured -- resuming normal operations A full stop and start of Apache will circumvent the problem. Apache: ./configure --enable-proxy PHP: ./configure --with-apxs2=../httpd-2.0.36/support/apxs --enable-track-vars --with-mysql The restart works correctly when the "modules/libphp4.so" is removed fra the httpd.conf This is a follow up to report #16475 where SSL was included. Jan P. Sorensen -- Edit this bug report at http://bugs.php.net/?id=17113&edit=1