GlusterFS unify mountpoint, if one of the bricks offline

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux