|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #57152 more robust handling of protocol issues
Submitted: 2006-07-24 19:10 UTC Modified: 2006-07-25 02:45 UTC
From: serhat at sakarya dot nl Assigned:
Status: Wont fix Package: memcache (PECL)
PHP Version: Irrelevant OS: RHEL / CentOS 4..3
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: serhat at sakarya dot nl
New email:
PHP Version: OS:


 [2006-07-24 19:10 UTC] serhat at sakarya dot nl
In some cases, recent memcached (1.1.13-pre2) versions contain a protocol violation: a GET will not always result in a response ending with "END". This has happened to me for large data test sets (300k) on the same node. The result is that PHP memcache marks the server as down even though it's still up. When I telnet into the server, I can get all the data, except that "END" is missing.

This is not a bug with PHP memcache, but it would help to make it more tolerant for this memcached bug; the required data (number of bytes) is already there anyway.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2006-07-25 02:45 UTC] tony2001 at phpclub dot net
I don't think we're going to workaround any memcached bugs - as you've said, it's a protocol violation and should be fixed there.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Jun 15 11:01:30 2024 UTC