Re: [Gluster-devel] Client side afr, locking, race condition, simultanous writes, out of sync

[gordan]

I think the parent directory version getting bumped up on every 
create/delete operation (this would probably require directory 
locking!) inside it and using this parent directory version 
number at create time of files inside it as the major version number, with 
the file's own version number as the minor version number would solve 
this, too.

Gordan

On Wed, 7 May 2008, Krishna Srinivas wrote:

> We are thinking of a solution for this, there will be performance hit.
> (so this can be kept as a config option) we will get back shortly.
>
> Krishna
>
> On Wed, May 7, 2008 at 1:28 PM, Daniel Maher <address@hidden> wrote:
> > On Tue, 6 May 2008 19:40:02 -0700 (PDT) Martin Fick
> >  <address@hidden> wrote:
> >
> > > --- Brandon Lamb <address@hidden> wrote:
> > >> So a simple 2 server, 2 client, client side afr
> > >> setup.
> > >>
> > >> The clients at the SAME time do:
> > >>
> > >> client1 # echo "one" > file.txt
> > >> client2 # echo "two" > file.txt
> > >>
> >
> >
> > > The good news is that I have not been able to repeat
> > > this for either of the following two server side AFR
> > > setups: 1) both processes writting to one mounted
> > > client or 2) each process writting to a separate mount
> > > point on the same host.
> >
> >  Additionally, i was not able to repeat this problem in my tests either,
> >  using a 2-server / 2-client / server-side AFR setup.  And, boy, did i
> >  ever try - so that's a good thing.
> >
> >
> >  --
> >  Daniel Maher <dma AT witbe.net>
> >
> >
> >
> >
> >  _______________________________________________
> >  Gluster-devel mailing list
> >  address@hidden
> >  http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
> _______________________________________________
> Gluster-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/gluster-devel