RE: posix-locks and afr

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

 



Hi Avati,

I'm using libfuse2 version 2.7.3-glfs10, the latest. The kernel module I'm
using is Debian GNU/Linux 4.0 default (kernel 2.6.18).

Regards, Jeroen

From: anand.avati@xxxxxxxxx [mailto:anand.avati@xxxxxxxxx] On Behalf Of
Anand Avati
Sent: Monday, May 12, 2008 12:13 PM
To: Jeroen Koekkoek
Cc: krishna.zresearch@xxxxxxxxx; gluster-devel@xxxxxxxxxx
Subject: Re: posix-locks and afr

Jeroen,
 what is the version of fuse (libfuse and kernel module) which you are
using?

avati
2008/5/12 Jeroen Koekkoek <jtm.koekkoek@xxxxxxx>:
Hi Krishna,

I forgot to mention that it's going to be a "p2p" cluster. It will consist
of two servers, mta1 and mta2, that will run both a server and a client
instance.

Again, thanks in advance.

Regards, Jeroen

-----Original Message-----
From: Jeroen Koekkoek [mailto:jtm.koekkoek@xxxxxxx]
Sent: Monday, May 12, 2008 9:31 AM
To: 'Krishna Srinivas'
Subject: RE: posix-locks and afr

Hi Krishna,

I'm sending my current configuration. I used about the same configuration on
the server side. The afr and mtaX-mailstore volumes where on the serverside
before, but that didn't enable fcntl locking.

Thanks in advance.

Regards, Jeroen
Below is my configuration:

---- glusterfs-server.vol ----
# Mailstore dataspace
volume mta1-mailstore-ds
       type storage/posix
       option directory /var/vmail_ds
end-volume

volume mta1-mailstore-ds-locks
       type features/posix-locks
       option mandatory on
       subvolumes mta1-mailstore-ds
end-volume

# Mailstore namespace
volume mta1-mailstore-ns
       type storage/posix
       option directory /var/vmail_ns
end-volume

volume mta1-mailstore-ns-locks
       type features/posix-locks
       option mandatory on
       subvolumes mta1-mailstore-ns
end-volume

# Export
volume server
       type protocol/server
       option transport-type tcp/server
       subvolumes mta1-mailstore-ds-locks mta1-mailstore-ns-locks

       option auth.ip.mta1-mailstore-ds-locks.allow *
       option auth.ip.mta1-mailstore-ns-locks.allow *
end-volume
---- /glusterfs-server.vol ----

---- glusterfs-client.vol ----
volume mta1-mailstore-ds-locks
       type protocol/client
       option transport-type tcp/client
       option remote-host mta1
       option remote-subvolume mta1-mailstore-ds-locks
       option transport-timeout 10
end-volume

volume mta2-mailstore-ds-locks
       type protocol/client
       option transport-type tcp/client
       option remote-host mta2
       option remote-subvolume mta2-mailstore-ds-locks
       option transport-timeout 10
end-volume

volume mta-mailstore
       type cluster/afr
       subvolumes mta2-mailstore-ds-locks mta1-mailstore-ds-locks
       option self-heal on
end-volume
---- /glusterfs-client.vol ----

-----Original Message-----
From: krishna.zresearch@xxxxxxxxx [mailto:krishna.zresearch@xxxxxxxxx] On
Behalf Of Krishna Srinivas
Sent: Monday, May 12, 2008 8:47 AM
To: Jeroen Koekkoek
Cc: gluster-devel@xxxxxxxxxx
Subject: Re: posix-locks and afr

Jeroen,

Can you detail on the setup including the conf files?

Thanks
Krishna

On Sat, May 10, 2008 at 9:53 PM, Jeroen Koekkoek <jtm.koekkoek@xxxxxxx>
wrote:
> Hi Everybody,
>
> I'm planning on using glusterfs for the mailservers in my organisation. I
> configured glusterfs to do afr on the server side e.g. the client only
> connects to the localhost and the glusterfs daemon listening on the
> localhost replicates the files over the network. Since I need file
locking,
> I used posix-lock/translator volumes and let the afr volume use the
> posix-lock volumes on both hosts as subvolumes. That however doesn't work.
I
> can still lock the same file on both hosts at the same time.
>
> After doing some testing I found out that if I configure the client to do
> afr and use the posix-lock volumes as subvolumes in the client, fcntl
> locking does work.
>
> I'd like to know if more people ran into the same problem and if anybody
has
> a solution. I'd also like to know if there are downsides to my current
> configuration.
>
> Thanks in advance.
>
> Regards, Jeroen
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel



-- 
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end. 





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

  Powered by Linux