<div dir="ltr">Very likely reason for getting ENODATA for posix_acl_default key is because your backend is not mounted with -o acl?<div><br></div><div>Avati</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Oct 14, 2013 at 12:41 AM, Vijay Bellur <span dir="ltr"><<a href="mailto:vbellur@redhat.com" target="_blank">vbellur@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 10/11/2013 10:20 AM, Dan Mons wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Following up on this:<br>
<br>
* GlusterFS 3.4.1 solves the problem of renaming over CIFS from a<br>
Windows client (via Samba3 and vfs_glusterfs/libgfapi). Happy days!<br>
<br>
* I still see 4 lines of this sort of thing for each file read in<br>
/var/log/glusterfs/bricks/*.<u></u>log:<br>
<br>
"[2013-10-11 04:01:37.554826] E [posix.c:2668:posix_getxattr]<br>
0-prodbackup-posix: getxattr failed on /gback_brick0/vfx:<br>
system.posix_acl_default (No data available)"<br>
</blockquote>
<br></div>
Have sent a patch to lower the severity of this log message to DEBUG when the error number maps to "No data available":<br>
<br>
<a href="http://review.gluster.org/#/c/6084/" target="_blank">http://review.gluster.org/#/c/<u></u>6084/</a><span class="HOEnZb"><font color="#888888"><br>
<br>
-Vijay</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.<u></u>org/mailman/listinfo/gluster-<u></u>users</a><br>
</div></div></blockquote></div><br></div>