Andrey, which revision of glusterfs are you using? avati 2008/2/29, NovA <av.nova@xxxxxxxxx>: > > Hi everybody! > > I'm testing GlusterFS unify behaviour in case of failure of a brick. > My GlusterFS unify combines 23 bricks and is mounted at /home. Each > brick has posix->locks->threads xlators; unifying client has > nufa->threads->write_behind xlators. > > So, I started copying of some 20GB file to /home/tmp/file.rar and then > switched off one of the bricks (client #5-5 -> c55). The coping > continues flawlessly, listing of /home subdirs works fine, but "ls > /home" results in "Transport endpoint is not connected" and the > /var/log/glusterfs/client.log has the following errors: > --- > 2008-02-29 12:52:48 E [fuse-bridge.c:436:fuse_entry_cbk] > glusterfs-fuse: 264935: / => -1 (116) > 2008-02-29 12:52:48 E [tcp-client.c:190:tcp_connect] c55: non-blocking > connect() returned: 113 (No r > 2008-02-29 12:52:48 W [client-protocol.c:349:client_protocol_xfer] > c55: not connected at the moment > 2008-02-29 12:52:48 E [fuse-bridge.c:436:fuse_entry_cbk] > glusterfs-fuse: 264936: / => -1 (116) > 2008-02-29 12:52:48 W [client-protocol.c:349:client_protocol_xfer] > c55: not connected at the moment > 2008-02-29 12:52:48 W [client-protocol.c:349:client_protocol_xfer] > c55: not connected at the moment > 2008-02-29 12:52:48 E [fuse-bridge.c:675:fuse_fd_cbk] glusterfs-fuse: > 264938: / => -1 (107) > --- > > Is this expected behaviour? I thought, that when a brick is switched > off, some files in unify FS will temporary disappear, but all > directory tree should remain valid. > > With best regards, > Andrey > > > _______________________________________________ > 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.
