[Gluster-users] AFR not working
a_pirania at poczta.onet.pl
a_pirania at poczta.onet.pl
Wed Dec 10 15:51:37 UTC 2008
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>
More information about the Gluster-users
mailing list