GlusterFS running, but not syncing is done

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 10, 2009 at 2:23 AM, Keith Freedman <freedman at freeformit.com> wrote:
> At 05:34 AM 3/9/2009, Krishna Srinivas wrote:
>>
>> Do not use single process as both server and client as we saw issues
>> related to locking. Can you see if using different processes for
>> server and client works fine w.r.t replication?
>
> this is news to me.   when will this be fixed?
> It used to be that single process was recommended for performance reasons?

Yes it was recommended but later one of the users reported a bug in
file record locking.

To explain technically, fuse and protocol/server both maintain inode
table (hashed inode structure list). Hence when client and server are
used in same process a file will have two disparate inode structures -
one in fuse's inode table and one in protocol/client's inode table.
When two processes - one on the same machine and one on a different
machine acquire a lock on a file both act on different inode
structures and hence both lock calls succeeds - which is a problem.
Hence it is not advisable to use a single process for client and
server.

We have no plans of fixing this now as things work fine when they are
separate processes and technically it is difficult to fix.

Regards
Krishna

>
>> Regards
>> Krishna
>
>



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux