Re: ACL-related glitch in latest TLAs?

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

 



Nope, all glusterfsd processess are still running after that. New copies from local filesystem to glusterfs work without complaint, but copies from the glusterfs to the glusterfs give that complaint for probably every file copied. Note that the copy appears to be successful, despite the complaint.

Thanks,

Brent

On Mon, 2 Jul 2007, Anand Avati wrote:

Brent,
Most likely this seems to be caused by a server crash. Can you confirm if
glusterfsd died while this operation was under way ('Invalid argument' was
wrongly returned which is now again fixed to 'Transport endpoint not
connected'). 'preserving ACL' internally means a setxattr() call. A setxattr
related bug was fixed in the server earlier today which likely caused the
server death, and hence 'invalid argument' reply. Now both should be fixed.

thanks,
avati

2007/7/1, Brent A Nelson <brent@xxxxxxxxxxxx>:

When doing a cp -a from a directory in a glusterfs to a different
directory of the same glusterfs, I get messages such as the following
(presumably for every file copied):

cp: `usr/include/linux/atmppp.h': Invalid argument
cp: preserving ACL for `usr0/include/linux/atmppp.h': Invalid argument

This did not occur when copying the original directory from a local ext3
to the glusterfs.

Is GlusterFS claiming to have ACL support when it doesn't? Or does it now
have some support, and I should mount the underlying ext3 volumes with the
acl option? Or...?

Thanks,

Brent


_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel




--
Anand V. Avati





[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