Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Hi all After a couple of upgrades: - solaris from express to 11.0 - apache from 2.2.21 to 2.2.22 I can now get the latest snapshot 201202281230 working! [Tue Feb 28 14:20:59 2012] [notice] Apache/2.2.22 (Unix) PHP/5.4.0RC9-dev mod_ssl/2.2.22 OpenSSL/1.0.0g configured -- resuming normal operations Apache does not segfault anymore, event though there are php_admin_values throughout all config files. So, at the moment, I don't know why, but it works for me. Previous Comments: [2012-01-30 03:33:24] larue...@php.net weird, does anyone else can reproduce this with the latest snap yet? [2012-01-05 20:07:55] public at wernig dot net fwiw, here's file and linkeage info: # file /usr/local/apache2/modules/libphp5.so /usr/local/apache2/modules/libphp5.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped # ldd /usr/local/apache2/modules/libphp5.so libcrypt.so.1 => /usr/lib/libcrypt.so.1 libc-client.so =>/usr/local/imap/lib/libc-client.so libresolv.so.2 =>/lib/libresolv.so.2 librt.so.1 =>/lib/librt.so.1 libmysqlclient.so.18 => /usr/local/mysql/lib/libmysqlclient.so.18 libcrypto.so.1.0.0 =>/usr/local/ssl/lib/libcrypto.so.1.0.0 libssl.so.1.0.0 => /usr/local/ssl/lib/libssl.so.1.0.0 libpam.so.1 => /lib/libpam.so.1 libintl.so.8 => /opt/csw/lib/libintl.so.8 libdb-4.7.so => /opt/csw/lib/libdb-4.7.so libz.so => /opt/csw/lib/libz.so libm.so.2 => /lib/libm.so.2 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 =>/lib/libsocket.so.1 libxml2.so.2 => /lib/libxml2.so.2 libc.so.1 => /lib/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1 libgen.so.1 => /lib/libgen.so.1 libmd.so.1 =>/lib/libmd.so.1 libthread.so.1 =>/lib/libthread.so.1 libz.so.1 => /lib/libz.so.1 libdl.so.1 =>/lib/libdl.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libpthread.so.1 => /lib/libpthread.so.1 libmp.so.2 =>/lib/libmp.so.2 [2012-01-05 20:04:56] public at wernig dot net Yes, this is exactly as it is displayed by gdb. I still have the console open, and the output is what I have pasted. Strange, now that you mention it... [2012-01-05 10:21:34] larue...@php.net @public are you sure your backtrace is simple copy&paste? there is two strange lines: #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4- 201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php- 5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 both of them are in line 391. [2012-01-05 09:19:03] larue...@php.net sorry, kind of buzy these days, I will look at this in 1 or 2 days, thanks The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: fwiw, here's file and linkeage info: # file /usr/local/apache2/modules/libphp5.so /usr/local/apache2/modules/libphp5.so: ELF 32-bit LSB dynamic lib 80386 Version 1, dynamically linked, not stripped # ldd /usr/local/apache2/modules/libphp5.so libcrypt.so.1 => /usr/lib/libcrypt.so.1 libc-client.so =>/usr/local/imap/lib/libc-client.so libresolv.so.2 =>/lib/libresolv.so.2 librt.so.1 =>/lib/librt.so.1 libmysqlclient.so.18 => /usr/local/mysql/lib/libmysqlclient.so.18 libcrypto.so.1.0.0 =>/usr/local/ssl/lib/libcrypto.so.1.0.0 libssl.so.1.0.0 => /usr/local/ssl/lib/libssl.so.1.0.0 libpam.so.1 => /lib/libpam.so.1 libintl.so.8 => /opt/csw/lib/libintl.so.8 libdb-4.7.so => /opt/csw/lib/libdb-4.7.so libz.so => /opt/csw/lib/libz.so libm.so.2 => /lib/libm.so.2 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 =>/lib/libsocket.so.1 libxml2.so.2 => /lib/libxml2.so.2 libc.so.1 => /lib/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1 libgen.so.1 => /lib/libgen.so.1 libmd.so.1 =>/lib/libmd.so.1 libthread.so.1 =>/lib/libthread.so.1 libz.so.1 => /lib/libz.so.1 libdl.so.1 =>/lib/libdl.so.1 libiconv.so.2 => /opt/csw/lib/libiconv.so.2 libpthread.so.1 => /lib/libpthread.so.1 libmp.so.2 =>/lib/libmp.so.2 Previous Comments: [2012-01-05 20:04:56] public at wernig dot net Yes, this is exactly as it is displayed by gdb. I still have the console open, and the output is what I have pasted. Strange, now that you mention it... [2012-01-05 10:21:34] larue...@php.net @public are you sure your backtrace is simple copy&paste? there is two strange lines: #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4- 201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php- 5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 both of them are in line 391. [2012-01-05 09:19:03] larue...@php.net sorry, kind of buzy these days, I will look at this in 1 or 2 days, thanks [2012-01-05 09:14:19] public at wernig dot net Is there any further information that I can provide to help track this down? [2012-01-05 02:45:29] larue...@php.net seems there is something wrong in solaris .. re-open The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Yes, this is exactly as it is displayed by gdb. I still have the console open, and the output is what I have pasted. Strange, now that you mention it... Previous Comments: [2012-01-05 10:21:34] larue...@php.net @public are you sure your backtrace is simple copy&paste? there is two strange lines: #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4- 201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php- 5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 both of them are in line 391. [2012-01-05 09:19:03] larue...@php.net sorry, kind of buzy these days, I will look at this in 1 or 2 days, thanks [2012-01-05 09:14:19] public at wernig dot net Is there any further information that I can provide to help track this down? [2012-01-05 02:45:29] larue...@php.net seems there is something wrong in solaris .. re-open [2012-01-04 19:15:45] fedora at famillecollet dot com Thanks for the patch. Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830. (solaris bug seems another issue) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Re-Opened Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Is there any further information that I can provide to help track this down? Previous Comments: [2012-01-05 02:45:29] larue...@php.net seems there is something wrong in solaris .. re-open [2012-01-04 19:15:45] fedora at famillecollet dot com Thanks for the patch. Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830. (solaris bug seems another issue) [2012-01-04 18:50:34] public at wernig dot net OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: fedora at famillecollet dot com Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Thanks for the patch. Works for me, httpd.worker + php 5.4.0RC5-dev ZTS 201201041830. (solaris bug seems another issue) Previous Comments: [2012-01-04 18:50:34] public at wernig dot net OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: OK, managed to get gdb into the zone: # gdb /usr/local/apache2/bin/httpd GNU gdb 6.8 ... This GDB was configured as "i386-pc-solaris2.11"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libdl.so.1 is .dynamic at 0074 warning: Lowest section in /lib/librt.so.1 is .dynamic at 0074 warning: Lowest section in /lib/libthread.so.1 is .dynamic at 0074 Program received signal SIGSEGV, Segmentation fault. 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 (gdb) bt #0 0xfe8956bb in mutex_lock_impl () from /lib/libc.so.1 #1 0xfe895938 in pthread_mutex_lock () from /lib/libc.so.1 #2 0xfe14088d in tsrm_mutex_lock (mutexp=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #3 0xfe140e85 in ts_resource_ex (id=0, th_id=0x0) at /opt/build.d/php-5/tmp/php5.4-201201041430/TSRM/TSRM.c:391 #4 0xfe1c3538 in _zend_hash_add_or_update (ht=0x8267cc8, arKey=0x8267cf0 "open_basedir", nKeyLength=13, pData=0x8047894, nDataSize=12, pDest=0x0, flag=1) at /opt/build.d/php-5/tmp/php5.4-201201041430/Zend/zend_hash.c:617 #5 0xfe280bbe in real_value_hnd (dummy=0x8267cc8, name=0x8267cf0 "open_basedir", value=0x8267d00 "/data/web/markus:/usr/local/apache2/php/lib/php", status=4) at /opt/build.d/php-5/tmp/php5.4-201201041430/sapi/apache2handler/apache_config.c:73 #6 0x0808fa2a in invoke_cmd (cmd=0xfe560cf0, parms=0x8047c70, mconfig=0x8267cc8, args=0x81a1656 "") at config.c:316 #7 0x08267cc8 in ?? () #8 0x08267cf0 in ?? () #9 0x08267d00 in ?? () #10 0x0004 in ?? () #11 0x in ?? () Previous Comments: [2012-01-04 18:19:22] public at wernig dot net Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Feedback Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: Yes, the build is always from a pristine source directory (scripted). I'm sorry to admit that I do not know how to produce a meaningful backtrace. I have the core file and gdb installed on the machine, yet not in the environment (solaris zone) where apache runs. Could you give a pointer on how to produce a helpful backtrace? Previous Comments: [2012-01-04 16:05:09] larue...@php.net can you give me the backtrace? and btw, did you build that from a pure environ(make clean, make install). [2012-01-04 15:38:41] public at wernig dot net I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) [2012-01-04 08:25:33] larue...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup with php_value
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup with php_value Status: Closed Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Assigned To:laruence Block user comment: N Private report: N New Comment: I tried php5.4-201201041430.tar.bz2, and the problem persists (Solaris i86pc): # /usr/local/apache2/php/bin/php --version PHP 5.4.0RC5-dev (cli) (built: Jan 4 2012 16:32:14) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies # ls -l /usr/local/apache2/modules/ total 40760 -rw-r--r-- 1 root root9084 Oct 29 12:14 httpd.exp -rwxr-xr-x 1 root root 20803576 Jan 4 16:32 libphp5.so # /usr/local/svc/init.d/apache2 start Creating Runtime directory /var/run/apache2 Starting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 25146: Memory fault(coredump) Previous Comments: [2012-01-04 08:25:33] larue...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-01-04 08:24:39] larue...@php.net Automatic comment from SVN on behalf of laruence Revision: http://svn.php.net/viewvc/?view=revision&revision=321753 Log: Fixed bug #60627 (httpd.worker segfault on startup with php_value) [2012-01-04 07:46:15] larue...@php.net The following patch has been added/updated: Patch Name: bug60627.patch Revision: 1325663174 URL: https://bugs.php.net/patch-display.php?bug=60627&patch=bug60627.patch&revision=1325663174 [2012-01-04 07:32:22] larue...@php.net hmm, the problem is when the real_value_hnd is called, the signal_startup has not been called yet... [2012-01-01 19:22:16] public at wernig dot net Just tried with 5.3.9RC4, and the problem does not occur. Seems to be something in 5.4 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60627 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup Status: Open Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Block user comment: N Private report: N New Comment: Just tried with 5.3.9RC4, and the problem does not occur. Seems to be something in 5.4 Previous Comments: [2012-01-01 19:05:57] public at wernig dot net I have the same problem on Solaris 11 (express) i86pc. I'm not sure about ZTS mode (I have NOT set --enable-maintainer-zts) I have compiled php-5.4 (various versions, the latest one being 5.4.0RC4) with the following configure flags: --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl=/usr/local/ssl --with-openssl-dir=/usr/local/ssl --with-zlib --enable-sockets --enable-shared=yes --enable-static=yes --prefix=/usr/local/apache2/php --enable-calendar --disable-ftp --with-mysql=/usr/local/mysql --with-imap=/usr/local/imap --with-imap-ssl=/usr/local/ssl --enable-flatfile --without-recode --disable-ipv6 --with-mysql-sock=/var/run/mysql/mysql.sock --with-gettext=/opt/csw --enable-libxml --with-db4=/usr/local/BerkeleyDB Builds and installs fine. But during apache (2.2.21) startup, it segfaults and dumps core: # /usr/local/svc/init.d/apache2 restart Restarting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 17568: Memory fault(coredump) In fact, uncommenting all php_admin_value lines from apache config file, apache starts normally. When compiling and installing 5.3.6 with the same configure options, the problem does not occur. [2011-12-31 07:21:41] fedora at famillecollet dot com segfault occurs during apache config analyse. If config doesnt have any php_flag, php_value,... apache starts and works as expected. [2011-12-30 19:10:16] fedora at famillecollet dot com Description: With PHP build in ZTS mode, apache in worker mode segfault during launch Test script: --- $ gdb /usr/sbin/httpd.worker (gdb) run -X Expected result: no error Actual result: -- (gdb) run -X ... Program received signal SIGSEGV, Segmentation fault. 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 268 HANDLE_BLOCK_INTERRUPTIONS(); (gdb) bt #0 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 #1 0x7fffec979217 in real_value_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, name=0x558c40b8 "register_globals", value=0x7fffded0 "0", status=4) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:73 #2 0x7fffec9792ae in real_flag_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, arg1=0x558c40b8 "register_globals", arg2=0x558c40d0 "off", status=) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:98 #3 0x55580483 in invoke_cmd (cmd=0x7fffecc918f8, parms=0x7fffe1a0, mconfig=0x5585a2e8, args=0x5582f224 "") at /usr/src/debug/httpd-2.2.21/server/config.c:810 #4 0x555826fa in ap_walk_config_sub (section_vector=0x557dc798, parms=0x7fffe1a0, current=0x5582f1d0) at /usr/src/debug/httpd-2.2.21/server/config.c:1163 #5 ap_walk_config (current=0x5582f1d0, parms=0x7fffe1a0, section_vector=0x557dc798) at /usr/src/debug/httpd-2.2.21/server/config.c:1196 #6 0x55583612 in ap_process_config_tree (s=, conftree=, p=0x557b7158, ptemp=) at /usr/src/debug/httpd-2.2.21/server/config.c:1765 #7 0x5556c314 in main (argc=2, argv=0x7fffe418) at /usr/src/debug/httpd-2.2.21/server/main.c:644 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: public at wernig dot net Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup Status: Open Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Block user comment: N Private report: N New Comment: I have the same problem on Solaris 11 (express) i86pc. I'm not sure about ZTS mode (I have NOT set --enable-maintainer-zts) I have compiled php-5.4 (various versions, the latest one being 5.4.0RC4) with the following configure flags: --with-apxs2=/usr/local/apache2/bin/apxs --with-openssl=/usr/local/ssl --with-openssl-dir=/usr/local/ssl --with-zlib --enable-sockets --enable-shared=yes --enable-static=yes --prefix=/usr/local/apache2/php --enable-calendar --disable-ftp --with-mysql=/usr/local/mysql --with-imap=/usr/local/imap --with-imap-ssl=/usr/local/ssl --enable-flatfile --without-recode --disable-ipv6 --with-mysql-sock=/var/run/mysql/mysql.sock --with-gettext=/opt/csw --enable-libxml --with-db4=/usr/local/BerkeleyDB Builds and installs fine. But during apache (2.2.21) startup, it segfaults and dumps core: # /usr/local/svc/init.d/apache2 restart Restarting Apache2 httpd ... /usr/local/apache2/bin/apachectl: line 80: 17568: Memory fault(coredump) In fact, uncommenting all php_admin_value lines from apache config file, apache starts normally. When compiling and installing 5.3.6 with the same configure options, the problem does not occur. Previous Comments: [2011-12-31 07:21:41] fedora at famillecollet dot com segfault occurs during apache config analyse. If config doesnt have any php_flag, php_value,... apache starts and works as expected. [2011-12-30 19:10:16] fedora at famillecollet dot com Description: With PHP build in ZTS mode, apache in worker mode segfault during launch Test script: --- $ gdb /usr/sbin/httpd.worker (gdb) run -X Expected result: no error Actual result: -- (gdb) run -X ... Program received signal SIGSEGV, Segmentation fault. 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 268 HANDLE_BLOCK_INTERRUPTIONS(); (gdb) bt #0 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 #1 0x7fffec979217 in real_value_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, name=0x558c40b8 "register_globals", value=0x7fffded0 "0", status=4) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:73 #2 0x7fffec9792ae in real_flag_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, arg1=0x558c40b8 "register_globals", arg2=0x558c40d0 "off", status=) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:98 #3 0x55580483 in invoke_cmd (cmd=0x7fffecc918f8, parms=0x7fffe1a0, mconfig=0x5585a2e8, args=0x5582f224 "") at /usr/src/debug/httpd-2.2.21/server/config.c:810 #4 0x555826fa in ap_walk_config_sub (section_vector=0x557dc798, parms=0x7fffe1a0, current=0x5582f1d0) at /usr/src/debug/httpd-2.2.21/server/config.c:1163 #5 ap_walk_config (current=0x5582f1d0, parms=0x7fffe1a0, section_vector=0x557dc798) at /usr/src/debug/httpd-2.2.21/server/config.c:1196 #6 0x55583612 in ap_process_config_tree (s=, conftree=, p=0x557b7158, ptemp=) at /usr/src/debug/httpd-2.2.21/server/config.c:1765 #7 0x5556c314 in main (argc=2, argv=0x7fffe418) at /usr/src/debug/httpd-2.2.21/server/main.c:644 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
Bug #60627 [Com]: httpd.worker segfault on startup
Edit report at https://bugs.php.net/bug.php?id=60627&edit=1 ID: 60627 Comment by: fedora at famillecollet dot com Reported by:fedora at famillecollet dot com Summary:httpd.worker segfault on startup Status: Open Type: Bug Package:Apache2 related Operating System: GNU/Linux (Fedora 16) PHP Version:5.4SVN-2011-12-30 (snap) Block user comment: N Private report: N New Comment: segfault occurs during apache config analyse. If config doesnt have any php_flag, php_value,... apache starts and works as expected. Previous Comments: [2011-12-30 19:10:16] fedora at famillecollet dot com Description: With PHP build in ZTS mode, apache in worker mode segfault during launch Test script: --- $ gdb /usr/sbin/httpd.worker (gdb) run -X Expected result: no error Actual result: -- (gdb) run -X ... Program received signal SIGSEGV, Segmentation fault. 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 268 HANDLE_BLOCK_INTERRUPTIONS(); (gdb) bt #0 0x7fffec8ca897 in _zend_hash_add_or_update (ht=0x5585a2e8, arKey=, nKeyLength=17, pData=0x7fffde70, nDataSize=24, pDest=0x0, flag=1) at /usr/src/debug/php5.4-201112300630/Zend/zend_hash.c:268 #1 0x7fffec979217 in real_value_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, name=0x558c40b8 "register_globals", value=0x7fffded0 "0", status=4) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:73 #2 0x7fffec9792ae in real_flag_hnd (cmd=0x7fffe1a0, dummy=0x5585a2e8, arg1=0x558c40b8 "register_globals", arg2=0x558c40d0 "off", status=) at /usr/src/debug/php5.4-201112300630/sapi/apache2handler/apache_config.c:98 #3 0x55580483 in invoke_cmd (cmd=0x7fffecc918f8, parms=0x7fffe1a0, mconfig=0x5585a2e8, args=0x5582f224 "") at /usr/src/debug/httpd-2.2.21/server/config.c:810 #4 0x555826fa in ap_walk_config_sub (section_vector=0x557dc798, parms=0x7fffe1a0, current=0x5582f1d0) at /usr/src/debug/httpd-2.2.21/server/config.c:1163 #5 ap_walk_config (current=0x5582f1d0, parms=0x7fffe1a0, section_vector=0x557dc798) at /usr/src/debug/httpd-2.2.21/server/config.c:1196 #6 0x55583612 in ap_process_config_tree (s=, conftree=, p=0x557b7158, ptemp=) at /usr/src/debug/httpd-2.2.21/server/config.c:1765 #7 0x5556c314 in main (argc=2, argv=0x7fffe418) at /usr/src/debug/httpd-2.2.21/server/main.c:644 -- Edit this bug report at https://bugs.php.net/bug.php?id=60627&edit=1
