[Gluster-users] Gluster weridnes: File descriptor in bad state errors

Nocturn nocturn00 at gmail.com
Fri Jul 29 18:50:08 UTC 2011


I moved a replicated gluster cluster with two backend nodes into our staging
environment today.
Initial tests where Ok, but the client nodes began showing errors quickly.

On doing an ls of newly created directories, the nodes give File descriptor
in bad state errors
The parent directory shows up as:  drwxr-xr-x 1 root root 16 Jul 29 10:32 ..
?????????? ? ?    ?     ?            ? dev

Gluster verion is 3.1.1 from EPEL repos on Scientific Linux 6.0 (a RHEL6

This is the log file for that volume:
[2011-07-28 15:24:33.167689] I
[client-handshake.c:993:select_server_supported_programs] remote2: Using
Program GlusterFS-3.1.0, Num (1298437), Version (310)
[2011-07-28 15:24:33.168086] I [client-handshake.c:829:client_setvolume_cbk]
remote1: Connected to, attached to remote volume 'brick'.
[2011-07-28 15:24:33.168139] I [afr-common.c:2571:afr_notify] replicate:
Subvolume 'remote1' came back up; going online.
[2011-07-28 15:24:33.171751] I [client-handshake.c:829:client_setvolume_cbk]
remote2: Connected to, attached to remote volume 'brick'.
[2011-07-28 15:24:33.171775] I [fuse-bridge.c:2817:fuse_init]
glusterfs-fuse: FUSE inited with protocol versions: glusterfs 7.13 kernel
[2011-07-28 15:24:33.172460] I [afr-common.c:819:afr_fresh_lookup_cbk]
replicate: added root inode
[2011-07-29 15:51:52.716659] I
[afr-dir-read.c:171:afr_examine_dir_readdir_cbk] replicate:  entry self-heal
triggered. path: /data/tst/mysite/csa, reason: checksums of directory
differ, forced merge option set
[2011-07-29 15:51:52.718539] E [afr-common.c:110:afr_set_split_brain]
replicate: invalid argument: inode
[2011-07-29 15:51:52.718569] I
[afr-self-heal-common.c:1526:afr_self_heal_completion_cbk] replicate:
background  entry self-heal completed on /data/tst/mysite/csa
[2011-07-29 15:51:52.718682] W [fuse-bridge.c:2021:fuse_readdir_cbk]
glusterfs-fuse: 383: READDIR => -1 (File descriptor in bad state)

What is going on?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20110729/141809c8/attachment.html>

More information about the Gluster-users mailing list