php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #58801 zend_mm_heap corrupted
Submitted: 2009-08-12 02:31 UTC Modified: 2013-02-18 00:35 UTC
Votes:3
Avg. Score:5.0 ± 0.0
Reproduced:3 of 3 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (33.3%)
From: kraus at phoenix-medien dot de Assigned: hradtke (profile)
Status: No Feedback Package: memcache (PECL)
PHP Version: 5.2.9 OS: CentOS 5.3
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: kraus at phoenix-medien dot de
New email:
PHP Version: OS:

 

 [2009-08-12 02:31 UTC] kraus at phoenix-medien dot de
Description:
------------
If one of the memcached servers used as session storage is 
unavailable PHP causes an 'zend_mm_heap corrupted' error. When 
all memcached servers are up the error disappears.

More reports can be found here:
http://lists.horde.org/archives/horde/Week-of-Mon-
20090601/037646.html
http://lampmaster.blogspot.com/2009/07/fixing-zendmmheap-
corrupted-on-centos.html


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2010-03-24 10:42 UTC] hradtke@php.net
What version is this happening on?  Could you also provide a test script?  I tested this on 2.2.5 and cannot recreate the issue.
 [2010-08-13 13:26 UTC] webmaster at phoenix-medien dot de
I can still reproduce this with version 3.0.4 (PHP 5.2.13, memcached 1.4.5). Here my php.ini settings:

memcache.allow_failover	1
memcache.chunk_size	4096
memcache.compress_threshold	20000
memcache.default_port	11211
memcache.hash_function	crc32
memcache.hash_strategy	consistent
memcache.lock_timeout	15
memcache.max_failover_attempts	10
memcache.protocol	ascii
memcache.redundancy	1
memcache.session_redundancy	2
 [2010-08-14 08:28 UTC] webmaster at phoenix-medien dot de
We run some tests with memcache 3.0.3. It seems the bug is not 
in this version. When we shut down one server the segfault 
doesn't appear. With 3.0.4 we see the following message in the 
Apache error log:

child pid 12936 exit signal Segmentation fault (11)
 [2010-08-14 09:02 UTC] pierre dot php at gmail dot com
Can you try using a svn checkout please?
 [2010-08-14 11:29 UTC] kraus at phoenix-medien dot de
We checked out the SVN version, but it is not an option: the 
session redundancy doesn't work at all since the session isn't 
written to both servers even if we use number_of_servers+1 as 
it was proposed in the other bug report.
Seems the version above 3.0.3 is completely broken.
 [2010-08-15 10:15 UTC] pierre dot php at gmail dot com
Ah ok, 3.x branch is really not production ready. We have also discussed the status of this implementation and we don't think it is good enough (or good at all) at this point.

A rewrite is being considered.
 [2010-08-15 10:44 UTC] kraus at phoenix-medien dot de
What I can say from our tests is that 3.0.3 works perfect for our purpose: it saves the session data on all servers (redundancy) and it still works correct when one of the servers go down and come back again. This doesn't work in 3.0.4 and the svn version, so there must be a bug introduced in the latest changes.
 [2010-10-22 10:18 UTC] bellosthomas at gmail dot com
I can confirm kraus comments

Tried 3.0.4 and 3.0.5 versions with no luck

3.0.3 is a lot more stable and provides the functionality it describes

When are you planning on releasing a stable version for the 3.x branch?
 [2011-03-11 01:49 UTC] hradtke@php.net
This may have been fixed in here: http://pecl.php.net/bugs/bug.php?id=16061

Please try the latest from svn and let me know if the problem persists.
 [2013-02-18 00:35 UTC] pecl-dev at lists dot php dot net
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 "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Dec 13 12:01:27 2024 UTC