php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

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 Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
25 - 1 = ?
Subscribe to this entry?

 
 [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

Add a Patch

Pull Requests

Add a Pull Request

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 Apr 19 06:01:29 2024 UTC