<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi all,<div><br></div><div>We&#39;re investigating geo-replication and noticed that when using non-root geo-replication, the sync user cannot access various gluster commands, e.g. one of the session commands ends up running this on the slave:</div><div><br></div><div><font face="monospace, monospace">Popen: command returned error       cmd=/usr/sbin/gluster --remote-host=localhost system:: mount geosync user-map-root=geosync aux-gfid-mount acl log-level=INFO log-file=/var/log/glusterfs/geo-replication-slaves/snip/snip.log volfile-server=localhost volfile-id=shared client-pid=-1  error=1<br></font></div><div><font face="monospace, monospace"><br></font></div><div><font face="monospace, monospace">Popen: /usr/sbin/gluster&gt; 2 : failed with this errno (No such file or directory)</font><br></div><div><br></div><div>The underlying cause of this is the <font face="monospace, monospace">gluster</font> command not being able to write to the socket file <font face="monospace, monospace">/var/run/glusterd.socket</font> - if I change the group to my geo-replication group and add group write, the command succeeds and geo-replication becomes active.</div><div><br></div><div>The problem is every time the server/service restarts it comes back up as root:root</div><div><br></div><div><font face="monospace, monospace">srwxr-xr-x. 1 root root 0 Sep  3 02:17 /var/run/glusterd.socket</font><br></div><div><br></div><div>So a couple of questions:</div><div>1) Should the geo-replication non-root user be able to do what it needs without changing those permissions?</div><div>2) If it does need write permission, is there a config option to tell the service to set the correct permissions on the file when it starts so that the non-root user can write to it?</div><div><br></div><div>Thanks.</div><div>Andy</div></div></div></div></div></div>