[Gluster-devel] AFR Replication

[Christopher Hawkins]

The http://www.gluster.org/docs/index.php/Understanding_AFR_Translator howto
contains:

### Add network serving capability to above brick.
volume server
  type protocol/server
  subvolumes brick brick-afr brick-ns
  option transport-type tcp/server     # For TCP/IP transport
  option auth.ip.brick.allow *         # access to "brick" volume
  option auth.ip.brick-afr.allow *     # access to "brick" volume
  option auth.ip.brick-ns.allow *     # access to "brick" volume
end-volume

There are multiple auth lines, but they refer to different volumes so maybe
this is ok?

Thanks,
Chris


-----Original Message-----
From: krishna.srinivas at gmail.com [mailto:krishna.srinivas at gmail.com] On
Behalf Of Krishna Srinivas
Sent: Friday, April 18, 2008 8:57 AM
To: Christopher Hawkins
Cc: Gluster Devel
Subject: Re: [Gluster-devel] AFR Replication

Can you give the howto link? It needs to be corrected.
Multiple line options is not supported yet, as of now it has to be saperated
by comma.

Krishna

On Fri, Apr 18, 2008 at 6:14 PM, Christopher Hawkins
<chawkins at veracitynetworks.com> wrote:
> That worked for me. According to the howto you can specify multiple 
> auth  lines, but it looks like only one auth line per volume is correct?
>
>
>  Thanks,
>  Chris
>
>  -----Original Message-----
>  From: gluster-devel-bounces+chawkins=veracitynetworks.com at nongnu.org
>  
> [mailto:gluster-devel-bounces+chawkins=veracitynetworks.com at nongnu.org
> ] On
>
> Behalf Of Krishna Srinivas
>  Sent: Friday, April 18, 2008 8:26 AM
>  To: gordan at bobich.net
>  Cc: Gluster Devel
>  Subject: Re: [Gluster-devel] AFR Replication
>
>
>
> Gordon,
>
>  Specify the following option in server spec file:
>  option auth.ip.foo.allow 192.168.*,127.0.0.1
>
>  Krishna
>
>  On Fri, Apr 18, 2008 at 5:00 PM,  <gordan at bobich.net> wrote:
>  > On Fri, 18 Apr 2008, Krishna Srinivas wrote:
>  >
>  >
>  > > If you still get errors, check for error messages when you start 
> the  > > client.
>  > >
>  >
>  >  OK, upgraded to 1.3.8pre5 RPMs. Started both servers, then both
clients.
>  > Now the logs say:
>  >
>  >  glusterfs.log:
>  >  2008-04-18 12:22:18 C [afr.c:6185:afr_check_xattr_cbk] foo:
[CRITICAL]:
>  > 'foo1' doesn't support Extended attribute  >  2008-04-18 12:22:18 E  
> > [client-protocol.c:5089:client_protocol_handshake_reply] foo2:
>  > SETVOLUME on remote-host failed: ret=-1 error=Authentication failed  
> >  2008-04-18 12:22:18 W [client-protocol.c:279:client_protocol_xfer]
foo2:
>  > attempting to pipeline request type(1) op(19) with handshake  >  
> 2008-04-18 12:22:18 W  > 
> [client-protocol.c:4759:client_protocol_cleanup]
>  > foo2: cleaning up state in transport object 0x60ee60  >  2008-04-18 
> 12:22:18 E  > [client-protocol.c:4809:client_protocol_cleanup]
>  > foo2: forced unwinding frame type(1) op(19) reply=@0x612330  >  
> 2008-04-18 12:22:18 E [client-protocol.c:4025:client_setxattr_cbk]
>  > foo2: no proper reply from server, returning ENOTCONN  >  
> 2008-04-18 12:22:18 C [afr.c:6185:afr_check_xattr_cbk] appleseed:
>  > [CRITICAL]: 'foo2' doesn't support Extended attribute  >  
> 2008-04-18 12:22:18 C [tcp.c:87:tcp_disconnect] foo2: connection  > 
> disconnected  >  >  glusterfsd.log:
>  >  2008-04-18 12:22:14 E [authenticate.c:173:gf_authenticate] auth:
>  > Nobody cares to authenticate!! Rejecting the client foo  >  
> 2008-04-18 12:22:14 E [server-protocol.c:5633:mop_setvolume] server:
>  > Cannot authenticate client from 192.168.0.1:1021  >  2008-04-18 
> 12:22:14 E  > [server-protocol.c:6002:server_protocol_interpret]
>  > server: bound_xl is null
>  >  2008-04-18 12:22:14 C [tcp.c:87:tcp_disconnect] server: connection  
> > disconnected  >  2008-04-18 12:22:15 E 
> [protocol.c:271:gf_block_unserialize_transport]
>  > server: EOF from peer (192.168.0.1:1020)  >  2008-04-18 12:22:15 C 
> [tcp.c:87:tcp_disconnect] server: connection  > disconnected  >  
> 2008-04-18 12:22:18 W [posix.c:1511:posix_setxattr] foo: setxattr on /:
>  > Operation not supported
>  >
>  >  Does this shed more light on what is going wrong?
>  >
>  >
>  >
>  >  Gordan
>  >
>  >
>  >  _______________________________________________
>  >  Gluster-devel mailing list
>  >  Gluster-devel at nongnu.org
>  >  http://lists.nongnu.org/mailman/listinfo/gluster-devel
>  >
>
>
>  _______________________________________________
>  Gluster-devel mailing list
>  Gluster-devel at nongnu.org
>  http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
>
>  _______________________________________________
>  Gluster-devel mailing list
>  Gluster-devel at nongnu.org
>  http://lists.nongnu.org/mailman/listinfo/gluster-devel
>