Description:
------------
Hi All,

Hope someone can help. 

We have recently started to have an issue with php version 7.0.16++, after around 10 days of uptime httpd dies and refuses to start up no matter what, the only way to get httpd to start up is rebooting. 

Running a backtrace on the faulted serverI get the following 

[root@freeweb19 ~]# gdb /opt/rh/httpd24-php70/root/usr/sbin/httpd
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-92.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /opt/rh/httpd24-php70/root/usr/sbin/httpd...Missing separate debuginfo for /opt/rh/httpd24-php70/root/usr/sbin/httpd
Try: yum --enablerepo='*-debug*' install /usr/lib/debug/.build-id/1e/94d34726457e3ad4feeed01ebb7dedd53d4152.debug
(no debugging symbols found)...done.
(gdb) run -X
Starting program: /opt/rh/httpd24-php70/root/usr/sbin/httpd -X
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7f7c000
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe5fcb700 (LWP 95589)]
[Thread 0x7fffe5fcb700 (LWP 95589) exited]

Program received signal SIGSEGV, Segmentation fault.
0x00007fffeab83d87 in _emalloc_24 () at /root/php-7.0.19/Zend/zend_alloc.c:2380
2380	ZEND_MM_BINS_INFO(_ZEND_BIN_ALLOCATOR, x, y)
Missing separate debuginfos, use: debuginfo-install audit-libs-2.4.5-6.el6.x86_64 cyrus-sasl-lib-2.1.23-15.el6_6.2.x86_64 db4-4.7.25-22.el6.x86_64 expat-2.0.1-13.el6_8.x86_64 freetype-2.3.11-17.el6.x86_64 glibc-2.12-1.209.el6_9.1.x86_64 httpd24-apr-1.5.2-3.el6.x86_64 httpd24-apr-util-1.5.4-5.el6.x86_64 httpd24-apr-util-mysql-1.5.4-5.el6.x86_64 httpd24-httpd-2.4.18-11.el6.cloudlinux.1.x86_64 httpd24-mod_hostinglimits-1.0-31.el6.cloudlinux.x86_64 keyutils-libs-1.4-5.el6.x86_64 krb5-libs-1.10.3-65.el6.x86_64 libattr-2.4.44-7.el6.x86_64 libc-client-2007e-11.el6.x86_64 libcap-2.16-5.5.el6.x86_64 libcom_err-1.41.12-23.el6.x86_64 libgcc-4.4.7-18.el6.x86_64 libgcrypt-1.4.5-12.el6_8.x86_64 libgpg-error-1.7-4.el6.x86_64 libidn-1.18-2.el6.x86_64 libjpeg-turbo-1.2.1-3.el6_5.x86_64 liblve-1.4-1.21.el6.cloudlinux.x86_64 libmcrypt-2.5.8-9.el6.x86_64 libpng-1.2.49-2.el6_7.x86_64 libselinux-2.0.94-7.el6.x86_64 libstdc++-4.4.7-18.el6.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 libuuid-2.17.2-12.28.el6.x86_64 libxml2-2.7.6-21.el6_8.1.x86_64 libxslt-1.1.26-2.el6_3.1.x86_64 mysql-libs-5.1.73-8.el6_8.cloudlinux.x86_64 nspr-4.13.1-1.el6.x86_64 nss-3.28.4-1.el6_9.x86_64 nss-softokn-freebl-3.14.3-23.3.el6_8.x86_64 nss-util-3.28.4-1.el6_9.x86_64 openldap-2.4.40-16.el6.x86_64 openssl-1.0.1e-57.el6.x86_64 pam-1.1.1-24.el6.x86_64 pcre-7.8-7.el6.x86_64 perl-libs-5.10.1-144.el6.x86_64 t1lib-5.1.2-6.el6_2.1.x86_64 zlib-1.2.3-29.el6.x86_64
(gdb) bt
#0  0x00007fffeab83d87 in _emalloc_24 () at /root/php-7.0.19/Zend/zend_alloc.c:2380
#1  0x00007fffeac3ef31 in zend_hash_str_update_mem (cmd=<value optimized out>, dummy=0x7ffff82c0f70, name=0x7ffff82c0fc8 "default_socket_timeout", 
    value=0x7ffff82c0fe0 "3", status=4) at /root/php-7.0.19/Zend/zend_hash.h:614
#2  real_value_hnd (cmd=<value optimized out>, dummy=0x7ffff82c0f70, name=0x7ffff82c0fc8 "default_socket_timeout", value=0x7ffff82c0fe0 "3", status=4)
    at /root/php-7.0.19/sapi/apache2handler/apache_config.c:73
#3  0x00007ffff7fc79c4 in ?? ()
#4  0x00007ffff7fc9333 in ap_walk_config ()
#5  0x00007ffff7fb78e0 in ?? ()
#6  0x00007ffff7fc77e6 in ?? ()
#7  0x00007ffff7fc9333 in ap_walk_config ()
#8  0x00007ffff7fc97d9 in ap_process_config_tree ()
#9  0x00007ffff7fa30dc in main ()

I can confim I have 

php_admin_value default_socket_timeout 3

in the httpd.conf, however the segmentation fault basically complains about the first defined instance of any php_admin_value that is set in the config file. 

I can configrm that when trying to start httpd there is no other httpd processes running, howevber the segmentation fault / backtrace is the same if running and re-running the bactrace, only rebooting the server does in the end fix the problem and allow httpd to start. 

Server is running httpd 2.4.18 and php 7.0.19, and this affects multiple servers.


Test script:
---------------
Unfortunatly there is no test script 

Expected result:
----------------
No segmentation fault

Actual result:
--------------
Segmentation fault