[Gluster-devel] posix-locks under AFR not working for server+client in one process
Krishna Srinivas
krishna at zresearch.com
Tue Oct 14 20:12:04 UTC 2008
On Tue, Oct 14, 2008 at 9:14 PM, Rommer <rommer at active.by> wrote:
> On Tue, 14 Oct 2008 21:04:02 +0530
> "Krishna Srinivas" <krishna at zresearch.com> wrote:
>
>> Hi Rommer,
>> Can you paste the spec file of the other server too?
>> Thanks
>> Krishna
>>
>
> Config the same except for ip addresses:
>
> ####### local brick #########
> volume posix
> type storage/posix
> option directory /mnt/export
> end-volume
> volume posix-locks
> type features/posix-locks
> subvolumes posix
> end-volume
> volume io-thr
> type performance/io-threads
> subvolumes posix-locks
> option thread-count 4
> end-volume
>
> #### export local brick #####
> volume server
> type protocol/server
> subvolumes io-thr
> option transport-type tcp/server
> option bind-address 192.168.1.13
> option auth.ip.io-thr.allow 192.168.1.*
> end-volume
>
> ####### remote bricks #######
> volume remote
> type protocol/client
> option transport-type tcp/client
> option remote-host 192.168.1.12
> option remote-subvolume io-thr
> option transport-timeout 3
> end-volume
>
> ########### afr #############
> volume afr
> type cluster/afr
> subvolumes io-thr remote
Here change the order of the subvolumes. i.e as
subvolumes remote io-thr
So that both the AFRs try to acquire the lock on the same volume.
> option read-subvolume io-thr
> end-volume
> volume wb
> type performance/write-behind
> subvolumes afr
> end-volume
> volume ra
> type performance/read-ahead
> subvolumes wb
> end-volume
> #############################
>
More information about the Gluster-devel
mailing list