Bug #62929 [Fbk->NoF]: Segmentation fault on Zend Framework application

Edit report at https://bugs.php.net/bug.php?id=62929&edit=1 ID: 62929 Updated by: php-bugs@lists.php.net Reported by: sergiu dot ionescu at gmail dot com Summary: Segmentation fault on Zend Framework application -Status: Feedback +Status: No Feedback Type: Bug Package: *General Issues Operating System: Ubuntu 10.04.4 LTS PHP Version: PHP 5.3.16 Assigned To: cmb Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: ------------------------------------------------------------------------ [2021-07-30 12:30:22] cmb@php.net Is this still an issue with any of the actively supported PHP versions[1]? [1] <https://www.php.net/supported-versions.php> ------------------------------------------------------------------------ [2012-10-10 16:38:16] ahebert at pubnix dot net 1 day and no core dump after changing Magento session handling from file to database. In that case it might be related to the change to flock in 5.3.2. Good luck ------------------------------------------------------------------------ [2012-10-09 16:53:55] ahebert at pubnix dot net I can confirm this issue happening in this situation: . FreeBSD 8.2-p2 amd64 . Compiled ports . PHP 5.4.6 (from ports) . Magento 1.5.1.0 The effect we're noticing is, in the /admin section of Magento, is that while you navigate, it will stop responding: . on the server side nothing is noticeable . after the usual 30s timeout you will get the page back . then you may or may not have a core dump Digging further, it seems to come from a flock issue since I can find this sequence in all my dumps. The stack at #28 is most likely the 30s timeout and the flock caused a dead lock. #27 0x00000000004481bb in just_die (sig=Variable "sig" is not available. ) at prefork.c:328 #28 <signal handler called> #29 0x000000080141f8fc in flock () from /lib/libc.so.7 More to come... ------------------------------------------------------------------------ [2012-08-30 17:03:22] sergiu dot ionescu at gmail dot com apc alone does not generate this. It's related to apc+Magento+a Multi-location module for Magento... That's why it's hard to give you a script to reproduce it. All i can say that the specific module uses allot of weird obfuscation: eval's and other stuff you don't necessarily need. ------------------------------------------------------------------------ [2012-08-30 16:39:29] laruence@php.net so, this is related to apc? ------------------------------------------------------------------------ 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=62929 -- Edit this bug report at https://bugs.php.net/bug.php?id=62929&edit=1