shared blob storage is racy

Bug #683763 reported by Bastian Blank on 2010-12-01
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ZODB
Undecided
Christian Theune

Bug Description

The support for shared blob storage in ClientStorage assumes that it can read the blobs always. However if the blob directory is mounted via a network filesystem like NFS, it races against the cache on the client and server and can try to access it before the file creation was pushed through. At least for reading the ClientStorage should be prepared to retry to the load via the zodb connection if it can't read it directly.

Jim Fulton (jim-zope) wrote :

Have you seen this problem in practice?

On Tue, Apr 12, 2011 at 02:27:28PM -0000, Jim Fulton wrote:
> Have you seen this problem in practice?

Yep. I was not able to finish a plone blob migration without errors.

Bastian

--
We fight only when there is no other choice. We prefer the ways of
peaceful contact.
  -- Kirk, "Spectre of the Gun", stardate 4385.3

On Wed, Dec 1, 2010 at 12:26 PM, Bastian Blank
<email address hidden> wrote:
> The support for shared blob storage in ClientStorage assumes that it can
> read the blobs always. However if the blob directory is mounted via a
> network filesystem like NFS, it races against the cache on the client
> and server and can try to access it before the file creation was pushed
> through. At least for reading the ClientStorage should be prepared to
> retry to the load via the zodb connection if it can't read it directly.

Is this a case where one client was writing and a client on a different
machine was reading?

The notion of that you'd need to poll the blob data is disturbing.

Jim

--
Jim Fulton
http://www.linkedin.com/in/jimfulton

Jim Fulton (jim-zope) on 2011-04-12
Changed in zodb:
assignee: nobody → Christian Theune (ct-gocept)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers