It's pecl/memcache, version 2.2.3 according to phpinfo. I just recently saw
some slides online that clued me in to the presence of the memcached
extension and we've not previously tried it at our organization.
What little I have been able to see in addition to what I wrote before is
that the values are being stored, like it says in the verbose output, and I
can get them directly from memcache if I connect using telnet. For instance
there could be a ~1MB value in there with key "big_data_chunk." But if I
issue "get big_data_chunk", it won't finish showing me all the data - the
console output dies with "connection to localhost closed by foreign host"
before all the data has been displayed. So it's there, but memcache still
seems to have a problem with it?
Additionally, if I try to get('big_data_chunk') from PHP, I get an error:
Notice: Memcache::get(): Server localhost (tcp 11211) failed with: Failed
reading value response body (0)
On Wed, Nov 17, 2010 at 10:03 PM, Brian Moon <[email protected]> wrote:
> On 11/17/10 5:50 PM, Nick wrote:
>
>> Some of our PHP code that writes a couple large items to memcache is
>> failing for utterly unknown reasons. I'm here to cast about wildly
>> for some way to debug or troubleshoot why the set fails. This is with
>> PHP 5.2.4 on Solaris, with memcache 1.2.2 I believe. Here is some
>> output gleaned when we ran memcached -vv:
>>
>> <9 set NetworkSites_7669831_ece9e744042d9ae6874320a040512fb1[0] 0 3600
>> 1000000
>>
>>> 9 STORED
>>>
>> <9 set NetworkSites_7669831_ece9e744042d9ae6874320a040512fb1[1] 0 3600
>> 805335
>>
>>> 9 STORED
>>>
>> <6 set ece9e744042d9ae6874320a040512fb1 0 1440 8588
>>
>>> 6 STORED
>>>
>> port_dissociate: No such file or directory
>> <6 connection closed.
>> port_dissociate: No such file or directory
>> <9 connection closed.
>>
>> Those sets for 1000000 and 805335 are what I'm looking at. One (or
>> both) of them returns false from the PHP set() call.
>>
>> We have three Solaris servers where this doesn't happen and one where
>> it does, so even among our own platforms this behavior is
>> inconsistent, making this cry for help that much more futile... but
>> there it is anyway.
>>
>
> Are you using pecl/memcache or pecl/memcached? Which version of the
> extension?
>
> --
>
> Brian.
> --------
> http://brian.moonspot.net/
>
--
--.- ..- .. ... / -.-. ..- ... - --- -.. .. . - / .. .-.. .-.. --- ... /
-.-. ..- ... - --- -.. .. . -. ...