Re: [Gluster-devel] Question about the current design on locks

[Amar S. Tumballi]

As posix-locks is loaded on server side, it will be visible to all the the
clients, hence the distributed locking works.

Also, if your question was how unify (or any cluster translator) handles it?
its same as how it handles any other 'fd' based operation. In AFR, lk()
request is sent to all the nodes, and locking is done on all the servers,
where file exists. And in stripe, again, lk() fop is sent to all the servers
where the file exists.

-amar

On 7/12/07, Vikas Gorur <address@hidden> wrote:
> On Wed, Jul 11, 2007 at 09:53:58PM -0300, Daniel van Ham Colchete wrote:
> > People,
> >
> > what's the current design of locks in GlusterFS? I couldn't find the
> answer
> > looking the sources.
> >
> > Being more specific: how does cluster/unify and cluter/afr handle
> flock()
> > and fcntl byte-ranged advisory locking? Is this lock cluster-aware? I'm
> > considering only normal circumstances. I'm not worried with split-brain
> or
> > another type of rare situations.
>
> POSIX record locking support is provided by the posix-locks translator
> in GlusterFS (features/posix-locks). It supports both advisory and
> mandatory locking. You'd want to load this translator on each server, so
> that a lock would be visible to all clients.
>
> Spec file example:
>
> volume locks
>   type features/posix-locks
>   subvolumes brick1
> # option mandatory on
> end-volume
>
> Vikas
>
>
> _______________________________________________
> Gluster-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/gluster-devel



--
Amar Tumballi
http://amar.80x25.org
[bulde on #gluster/irc.gnu.org]