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

From: Date: Fri, 30 Jul 2021 12:30:22 +0000
Subject: Bug #62929 [Opn->Fbk]: Segmentation fault on Zend Framework application
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-235480@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=62929&edit=1

 ID:                 62929
 Updated by:         cmb@php.net
 Reported by:        sergiu dot ionescu at gmail dot com
 Summary:            Segmentation fault on Zend Framework application
-Status:             Open
+Status:             Feedback
 Type:               Bug
 Package:            *General Issues
 Operating System:   Ubuntu 10.04.4 LTS
 PHP Version:        PHP 5.3.16
-Assigned To:        
+Assigned To:        cmb
 Block user comment: N
 Private report:     N

 New Comment:

Is this still an issue with any of the actively supported PHP
versions[1]?

[1] <https://www.php.net/supported-versions.php>


Previous Comments:
------------------------------------------------------------------------
[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?

------------------------------------------------------------------------
[2012-08-30 16:13:15] sergiu dot ionescu at gmail dot com

Setting apc.enable_cli=0 so far has eliminated the issue.

I don't this fixed the underlying issue but at least it gets rid of the nasty exit code at the
end on the script.

------------------------------------------------------------------------


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


Thread (17 messages)

« previous php.bugs (#235480) next »