[Gluster-users] AFR not working

[a_pirania at poczta.onet.pl]

I have a problem. I have run two servers and two clients. On both clients
operate in the background loop:

 for ((j=0; j< $RANDOM; j++)) {
PLIK=$RANDOM.$RANDOM
dd if=/dev/urandom of=/mnt/glusterfs/$KAT/$PLIK bs=$RANDOM count=1
dd if=/mnt/glusterfs/$KAT/$PLIK of=/dev/null
rm -f /mnt/glusterfs/$KAT/$PLIK
}



If both servers are connected to everything is fine. If one stops working
after several minutes will go back to the server, a client I have:

dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or directory
dd: opening `/ mnt/glusterfs/24427/30087.20476 ': No such file or directory
dd: opening `/ mnt/glusterfs/24427/18649.25895 ': No such file or directory


after a few seconds, everything is working again.

I think that the client is trying to read the file from the new server. I
think this is not work?


client:

volume client1
type protocol/client
option transport-type tcp/client
option remote-host 10.0.1.130
option remote-port 6996
option remote-subvolume posix1
end-volume

volume client2
 type protocol/client
 option transport-type tcp/client
 option remote-host 10.0.1.131
 option remote-port 6996
 option remote-subvolume posix2
end-volume

volume afr
type cluster/afr
subvolumes client1 client2
end-volume

volume rh
 type performance/read-ahead
option page-size  100KB
option page-count 3
subvolumes afr
end-volume

volume wh
type performance/write-behind
option aggregate-size 1MB
option flush-behind on
subvolumes rh
end-volume


server:

volume posix1
type storage/posix
option directory /var/storage/glusterfs
option debug on
end-volume

volume posix-locks
type features/posix-locks
option mandatory on
subvolumes posix1
end-volume

volume io-thr
type performance/io-threads
option thread-count 2
option cache-size 64MB
subvolumes posix-locks
end-volume

volume server
type protocol/server
option transport-type tcp/server
option listen-port 6996
subvolumes io-thr
option auth.ip.posix1.allow 10.*.*.*
end-volume
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20081210/271c7bdd/attachment.html>