Cache middleware issues after restart when using mod_wsgi with PyLibMC

[Jim Dalton]

I'm running into a cache error using the PyLibMC cache backend in conjunction with mod_wsgi.

I have a strong feeling it's related to #15655 and is probably an issue for the pylibmc maintainers and not Django. I do feel, however, that the issue is worth reporting here because it is occurring on a pretty standard installation with the recommended web server (mod_wsgi). It also makes me wonder whether more robust error handling might need to be built into the PyLibMC backend to account for ways things could go wrong.

So, the gist of the problem: I have memcached running on a separate server and PyLibMC as the memcached backend. Things work great...until I restart memcached. After doing so I get the following traceback:

Traceback (most recent call last):

File "/var/www/****/src/django/django/core/handlers/base.py", line 89, in get_response
  response = middleware_method(request)
File "/var/www/*****/src/django/django/middleware/cache.py", line 143, in process_request
  cache_key = get_cache_key(request, self.key_prefix, 'GET', cache=self.cache)
File "/var/www/*****/src/django/django/utils/cache.py", line 190, in get_cache_key
  headerlist = cache.get(cache_key, None)
File "/var/www/*****/src/django/django/core/cache/backends/memcached.py", line 58, in get
  val = self._cache.get(key)
UnknownReadFailure: error 7 from memcached_get: UNKNOWN READ FAILURE

Restarting Apache resolved this error.

The issue does not occur when using MemcachedCache backend.

[Ludvig Ericson]

It's actually not even a fault pylibmc can handle - the underlying libmemcached library should be handling this. There are patches floating around the internet regarding libmemcached's handling of failures but I would suggest pushing for this issue on the libmemcached mailing list.

[Jim Dalton]

Replying to toxik:

It's actually not even a fault pylibmc can handle - the underlying libmemcached library should be handling this. There are patches floating around the internet regarding libmemcached's handling of failures but I would suggest pushing for this issue on the libmemcached mailing list.

Yeah, I don't know. I guess I just feel like if you're deploying on a stack that's "recommended" by the official Django documentation and a failry typical action within that stack (restarting memcached service) causes an application error within Django that literally brings your application to a halt, then that's perhaps something that should at least be mentioned in the documentation? I mean, I saw the addition of PyLibMC and had heard good things about it, and went through the trouble of configuring and deploying it, and only very fortunately caught the issue while it was still staging so that it did not make it production. It seems like a huge red flag to using the library.

But I completely understand your line of reasoning. It's not something it would appear Django can do anything about directly, but by the same token should that library be supported?

[Jacob]

Is it possible for us to work around this in a non-nasty way? Otherwise I think we just have to document it and hope the pylibmc/libmemcached folks fix their stuff.

[Oliver Beattie]

Has it actually been brought to the attention of the pylibmc/libmemcached folks?

[Aymeric Augustin]

There's more questions than answers on this ticket... If you want to advance this bug, get feedback from the pylibmc maintainers, and suggest a workaround.