[Gluster-devel] NUFA Scheduler

gordan at bobich.net gordan at bobich.net
Fri May 16 10:12:34 UTC 2008


OK, I changed my config more in line with the single-process server-side 
AFR with additional clients, and when there is only one server up, I can 
see the files with ls, but when I try to cat a file, I get this:

2008-05-16 11:01:28 E [tcp-client.c:190:tcp_connect] home2: non-blocking 
connect() returned: 111 (Connection refused)
2008-05-16 11:01:28 E [client-protocol.c:4423:client_lookup_cbk] home2: no 
proper reply from server, returning ENOTCONN
2008-05-16 11:01:28 E [afr.c:1985:afr_selfheal] home: none of the children 
are up for locking, returning EIO
2008-05-16 11:01:28 E [fuse-bridge.c:692:fuse_fd_cbk] glusterfs-fuse: 179: 
(12) /test => -1 (5)

However, with 2 protocol/server blocks, one for exporting storage/posix 
(for other server nodes) and one for exporting cluster/afr (for 
client-only machines), it all seems to work. And in the working 
configuration, I am connecting to the protocol/server volume as the remote 
subvolume, not one of the protocol/server's subvolumes. Attached is my 
working spec file (home.vol) and the one that produces the above error 
(home.vol.new).

Gordan

On Fri, 16 May 2008, gordan at bobich.net wrote:

> On Thu, 15 May 2008, Amar S. Tumballi wrote:
>
>>       And are you saying that it is possible to connect via a 
>> protocol/client volume to
>>       a remote volume of type other than protocol/server?
>> 
>> 
>> Always protocol client connects to protocol server. But the 'option 
>> remote-subvolume' will be
>> one of the subvolumes of server protocol. I thought that was noticeable in 
>> all the spec file
>> examples given.
>
> I see. So protocol/client's remote-subvolume should refer to a 
> protocol/server's subvolume, rather than the protocol/server's volume name 
> itself?
>
> So, each server has to use a separate configuration file, rather than having 
> one spec file with multiple protocol/server volumes? Or is it supposed to be 
> done by having each protocol/server listen on a different port with the same 
> spec file?
>
> Gordan
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
-------------- next part --------------
volume home1
	type storage/posix
	option directory /gluster/home
end-volume

volume home2
	type protocol/client
	option transport-type tcp/client
	option remote-host 192.168.3.1
	option remote-subvolume home2
end-volume

volume home
	type cluster/afr
	option read-subvolume home1
	subvolumes home1 home2
end-volume

volume server
	type protocol/server
	option transport-type tcp/server
	option client-volume-filename /etc/glusterfs/glusterfs-client.vol
	subvolumes home home1
	option auth.ip.home.allow 127.0.0.1,192.168.*
	option auth.ip.home1.allow 127.0.0.1,192.168.*
end-volume
-------------- next part --------------
volume home1
	type storage/posix
	option directory /gluster/home
end-volume

volume storage-home
	type protocol/server
	option transport-type tcp/server
	option listen-port 6996
	subvolumes home1
	option auth.ip.storage-home.allow 192.168.*
end-volume

volume home2
	type protocol/client
	option transport-type tcp/client
	option remote-host 192.168.3.1
	option remote-port 6996
	option remote-subvolume storage-home
end-volume

volume home-afr
	type cluster/afr
	option read-subvolume home1
	subvolumes home1 home2
end-volume

volume home
	type protocol/server
	option transport-type tcp/server
	option listen-port 6997
	option client-volume-filename /etc/glusterfs/glusterfs-client.vol
	subvolumes home-afr
	option auth.ip.home.allow 127.0.0.1,192.168.*
end-volume


More information about the Gluster-devel mailing list