[Gluster-users] Recovering out of sync nodes from input/output error

Alex Florescu alex.florescu at tripsolutions.co.uk
Fri Apr 13 11:09:09 UTC 2012

On Thu, Apr 12, 2012 at 7:02 PM, Jeff Darcy wrote:

> On 04/12/2012 11:51 AM, Alex Florescu wrote:
> >     (3) The reason you continue to get I/O errors is probably that the
> xattrs on
> >     the *parent directory* still indicate pending operations on both
> sides.  You
> >     can verify this with the following command on each brick:
> >
> >            getfattr -d -e hex -n trusted.glusterfs.dht /a
> >
> >
> > Unfortunately:
> > getfattr: /a: Input/output error
> > And when running on any working instance, it says trusted.glusterfs.dht:
> No
> > such attribute.
> Oops, my mistake.  It appears that the bricks are at /local on each of the
> servers, so do the getfattr there.

I am sorry to report that getfattr is not returning any information.
getfattr -d -e hex -n trusted.gluster.dht /local/howareyou
/localh/howareyou: trusted.gluster.dht: No such attribute
getfattr -d /local/howareyou

/dev/sda2 on / type ext4 (rw,user_xattr) - the same on both servers.

I've recreated the replication volume from scratch and still nothing. I can
confirm xattr is working:
setfattr -n user.root -v is.xattr.working.? /local/howareyou
getfattr -d /local/howareyou
getfattr: Removing leading '/' from absolute path names
# file: local/howareyou

getfattr -d -n trusted.gluster.dht /local/howareyou
/localh/howareyou: trusted.gluster.dht: No such attribute
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20120413/ef9b86be/attachment.html>

More information about the Gluster-users mailing list