Bug 1312028

Summary:

php-5.3.3-46.el6_7.1.x86_64 crashes existing setup

Product:

Red Hat Enterprise Linux 6

Reporter:

Patrick <pbajenez>

Component:

php

Assignee:

Remi Collet <rcollet>

Status:

CLOSED INSUFFICIENT_DATA

QA Contact:

BaseOS QE - Apps <qe-baseos-apps>

Severity:

urgent

Docs Contact:

Priority:

unspecified

Version:

6.7

CC:

jorton

Target Milestone:

Target Release:

---

Hardware:

x86_64

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2016-07-28 11:09:23 UTC

Type:

Bug

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Bug Depends On:

Bug Blocks:

1269194

Attachments:

Description	Flags
sosreport	none
strace	none

Description Patrick 2016-02-25 14:54:58 UTC

Description of problem:

Customer reports that his setup started to crash after updating to php-5.3.3-46.el6_7.1.x86_64.

the sosreport shows that also httpd was updated the same time.

php-5.3.3-46.el6_7.1.x86_64                                 Fri Feb 19 20:54:55 2016
httpd-2.2.15-47.el6_7.3.x86_64                              Fri Feb 19 20:54:49 2016



Version-Release number of selected component (if applicable):


How reproducible:
N/A

Steps to Reproduce:
1.
2.
3.

Actual results:

(gdb) bt
#0  0x00007fefe6d14c2a in gc_zobj_possible_root () from /etc/httpd/modules/libphp5.so
#1  0x00007fefe6d0399b in zend_hash_destroy () from /etc/httpd/modules/libphp5.so
#2  0x00007fefe6cf680f in _zval_dtor_func () from /etc/httpd/modules/libphp5.so
#3  0x00007fefe6ceae3a in _zval_ptr_dtor () from /etc/httpd/modules/libphp5.so
#4  0x00007fefe6d0399b in zend_hash_destroy () from /etc/httpd/modules/libphp5.so
#5  0x00007fefe6cf680f in _zval_dtor_func () from /etc/httpd/modules/libphp5.so
#6  0x00007fefe6ceae3a in _zval_ptr_dtor () from /etc/httpd/modules/libphp5.so
#7  0x00007fefe6d0399b in zend_hash_destroy () from /etc/httpd/modules/libphp5.so
#8  0x00007fefe6cef348 in destroy_zend_class () from /etc/httpd/modules/libphp5.so
#9  0x00007fefe6d0399b in zend_hash_destroy () from /etc/httpd/modules/libphp5.so
#10 0x00007fefe6cf7d54 in ?? () from /etc/httpd/modules/libphp5.so
#11 0x00007fefe6ca4d9a in php_module_shutdown () from /etc/httpd/modules/libphp5.so
#12 0x00007fefe6ca4e49 in php_module_shutdown_wrapper () from /etc/httpd/modules/libphp5.so
#13 0x00007fefe6d7efa1 in ?? () from /etc/httpd/modules/libphp5.so
#14 0x00007fefeb0ee92e in apr_pool_destroy () from /usr/lib64/libapr-1.so.0
#15 0x00007fefec62a81e in ?? ()
#16 0x00007fefec62af0b in ?? ()
#17 <signal handler called>
#18 0x00007fefeac00500 in __read_nocancel () from /lib64/libc.so.6
#19 0x00007fefded8e259 in ?? ()
#20 0x00007fff98448570 in ?? ()
#21 0x0000000000000004 in ?? ()
#22 0x00007fefeda1c5d0 in ?? ()
#23 0x00007fefed189880 in ?? ()
#24 0x0000000000000000 in ?? ()



Expected results:


Additional info:

attaching:
-core file
-sosreport

Comment 1 Patrick 2016-02-25 14:58:28 UTC

Created attachment 1130578 [details]
sosreport

Comment 3 Patrick 2016-02-26 14:17:09 UTC

Created attachment 1130835 [details]
strace

Hello,


I requested the customer to fully rollback the last yum update, and confirm if the issue came with the updates. (in progress)

While setting up a test environment, with the same  packages, the issue hasn't showed up.

Attaching the strace from the crashing apache.


Cheers,
Patrick.

Comment 4 Joe Orton 2016-02-26 18:47:50 UTC

Thanks, please confirm the version used for the rollback as well.

Comment 5 Patrick 2016-04-20 06:10:26 UTC

Hello,

Customer never confirmed the version, and now abandoned the case.