Bug 1049417
Summary: | child pid *** exit signal Segmentation fault | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Harald Reindl <h.reindl> |
Component: | php | Assignee: | Joe Orton <jorton> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 19 | CC: | fedora, h.reindl, jorton, rpm |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-01-09 12:12:13 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: | |
Embargoed: |
Description
Harald Reindl
2014-01-07 14:50:17 UTC
Please provides more information. - installed extension (rpm -qa php\* | sort) - a core dump - a reproducer script a reproducer script is impossible to provide because this happens completly unpredictable and can't even not be triggered by "ab -c 100 -n 100000 http://testsite-with-our-own-developed-cms/" and with a random request it segfauls however, PHP 5.5.6 is *not* affected, the same server downgraded which started with the dying child processes soon after restart and until now no single problem PEAR/Crypt_GPG is also broken with 5.5.7 and not with 5.5.6, i only ignored the internal auto-test because it is no longer in use on production machines after switch to EPP protocol for domain registartion [PHP Modules] bz2 calendar Core ctype curl date dom ereg exif filter gd hash iconv imagick imap json libxml mbstring mcrypt mhash mysqli mysqlnd openssl pcre PDO pdo_mysql readline Reflection session SimpleXML soap SPL standard tidy tokenizer uploadprogress xml Zend OPcache zip zlib [Zend Modules] Zend OPcache Sorry, but really nothing to work on. So will wait for 5.5.8 which will be available later this week to see if this still exist, and if yes, will have to report this upstream. ok, if i see no further segfault (still clean on the first machine) i will upgrade the rest of the infrastructure to F19/PHP-5.5.6 and test 5.5.8 on this machine for a day or two before consider roll it out 5.5.6 is pretty sure broken and "This bug report is marked as private" inidicates for me 5.5.7 has a uncomplete fix for whatever breaking down stability
> 5.5.6 is pretty sure broken and "This bug report is marked as private"
> inidicates for me 5.5.7 has a uncomplete fix for whatever breaking down
> stability
This bug is marked as private because it was initially reported as a security bug, while it is clearly not one (or more an impossible to exploit one).
php-5.5.8-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/php-5.5.8-1.fc19 Can you please test this new version, and if the segfault still exists provide us some backtrace / core dump for analysis. from where do you have the 5.5.8.tar.xz? change the download URL does not work and i repeatly see you build packages before i am unable to download the sources - i need the unstripped for my rebuild because the whole configuration layout of my packages is different and i do not split out json as well as for F20 the zip-extension for private builds i only reported that here because pretty sure the Fedora package is affected too and Google finds a lot of reports of segfaults with 5.5.7 > from where do you have the 5.5.8.tar.xz?
From some private URL.
Will be public in a few hour.
So, you are not using the Fedora RPM ?
So you don't have to report bug here, but only in PHP bug tracker.
So, if you don't plan to use official Fedora packages, please close this bug.
> So, you are not using the Fedora RPM i statet "i admit that i use my own PHP builds" in the initial report sorry for notify you about a obvious problem in 5.5.7 which is not in 5.5.6 and *for sure* not only in my build > From some private URL pffffff maybe you are interested that i found out "opcache" in PHP 5.5.7 und 5.5.8 is responsible for the segfaults https://bugs.php.net/bug.php?id=66460 |