This queue is for tickets about the Cache-Memcached-Fast CPAN distribution.

Report information
The Basics
Id:
41390
Status:
rejected
Priority:
Low/Low

People
Owner:
Nobody in particular
Requestors:
agentzh [...] yahoo.cn
Cc:
wanxunxin [...] gmail.com
xiaozhe.wang [...] alibaba-inc.com
AdminCc:

BugTracker
Severity:
Critical
Broken in:
0.13
Fixed in:
(no value)



CC: "万珣新" <wanxunxin@gmail.com>, "Chaos Wang" <xiaozhe.wang@alibaba-inc.com>,
Subject: Ramdom undef return values from the get method.
We were using your module for our OpenResty production machines with quite heavy traffic and observed that C<get> method randomly returned undef even if the key has not yet expired. We've just switched to Cache::Memcached::memcached and no longer see this issue. We're just using the default configuration for both Cache::Memcached::Fast and Cache::Memcached::libmemcached. Sorry, we don't have enough resources to track this issue down. So this is just a FYI :) Thanks! -agentzh
Show quoted text
> We were using your module for our OpenResty production machines with > quite heavy traffic and observed that C<get> method randomly returned > undef even if the key has not yet expired.
For other's information, I thought I had also hit this bug, so spent about a half day trying to expose it. This included randomly changing server and client request sizes and delay times. I was unable to find any problem. The original problem turned out to be in the application.
Mark this one as "rejected"---no sufficient information has been provided. Feel free to reopen if the problem is still reproducible with the latest version (0.18).


This service runs on Request Tracker, is sponsored by The Perl Foundation, and maintained by Best Practical Solutions.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.