<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks - sorry for the delay responding. I switched it to running as super-user and that has fixed the problem. I'll have to investigate mount-broker in future.<div><br></div><div>Iain</div><div><br></div><div><br><div><div>On 5 Sep 2013, at 17:30, Venky Shankar <<a href="mailto:yknev.shankar@gmail.com">yknev.shankar@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">'system' namespace is flipped to 'trusted' for geo-replication auxillary mount. So, it should be left as 'system' in the source.</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I see that you're trying to connect to the remote slave as a non-super user. For that, you'd need to access the slave via mount-broker, which would require some modification in the glusterd volfile.</div>
<div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks,</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">
-venky</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 5, 2013 at 10:48 AM, Amar Tumballi <span dir="ltr"><<a href="mailto:amarts@redhat.com" target="_blank">amarts@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 08/28/2013 11:15 PM, Iain Buchanan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I'm running GlusterFS 3.3.2 and I'm having trouble getting geo-replication to work. I think it is a problem with extended attributes. I'll using ssh with a normal user to perform the replication.<br>
<br>
On the server log in /var/log/glusterfs/geo-<u></u>replication/VOLNAME/ssh….log I'm getting an error "ReceClient: call …:…:… (xtime) failed on peer with OSError". On the replication target I'm getting the same error, but with a stack trace leading back to where it tries to set extended attributes in the Python replication code. It appears to be trying to get the attribute "system.glusterfs.xyz.xtime" at line 365 of /usr/lib/glusterfs/glusterfs/<u></u>python/syncdaemon/resource.py: "Xattr.lgetxattr(path, '.'.join([cls.GX_NSPACE, uuid, 'xtime')], 8))".<br>
I don't know anything about extended attributes, but I can't get anything in the "system" namespace manually, even running as root - e.g.<br>
touch a<br>
getfattr -n system.test a<br>
<br>
The above returns "Operation not supported" rather than "No such attribute". The "user" and "trusted" namespace work fine - this is on ext3 with user_xattr set in the mount options, and also on the server (ext4).<br>
</blockquote></div>
Yes, 'system' is not allowed to be used by a process.<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On the server side I can see files have things set in the "trusted" namespace (e.g. with "getfattr -m - filename").<br>
<br>
Should the setting of GX_NSPACE set the namespace to be "system" for non-root or should it always be "trusted"? (line 248 in resource.py) If I force it to be "trusted" it seems to get further (I get occasional "Operation not permitted" lines, but I think this is file permission related).<br>
</blockquote></div>
Looks like a bug. Please change 'system' to 'user' in resource.py file, and see if it works.<br>
<br>
Regards,<br>
Amar<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Iain<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>
</blockquote>
<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>
</blockquote></div><br></div>
_______________________________________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>http://supercolony.gluster.org/mailman/listinfo/gluster-users</blockquote></div><br></div></body></html>