<div dir="ltr">It really depends on how Windows is assigning a UNIX uid during NFS access. Gluster just takes the Unix UID encoded in the auth header as-is. In this case that number is actually the unsigned representation of -2.<div>
<br></div><div>Regarding performance, please look for any odd messages in the NFS server logs.</div><div><br></div><div>Avati</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 30, 2013 at 3:21 AM, Nux! <span dir="ltr">&lt;<a href="mailto:nux@li.nux.ro" target="_blank">nux@li.nux.ro</a>&gt;</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 30.07.2013 11:03, Anand Avati wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What unix uid is the windows client mapping the access to? I guess the<br>
permission issue boils down to that. You can create a file under the mode<br>
777 dir, and check the uid/gid from a linux client. Then make sure the dirs<br>
you create can be writeable by that uid/gid.<br>
</blockquote>
<br></div>
Yep, it&#39;s some weird UID:<br>
drwxr-xr-x 2 4294967294 4294967294 10 Jul 30 11:14 New folder<br>
<br>
So the solution would be to &quot;chown 4294967294:4294967294 directory&quot;? Was hoping for something more elegant, but it&#39;ll have to do I guess.<br>
<br>
Also, another problem I notice is that doing anything on this NFS mount in windows is extremely slow and I frequently get a &quot;Not Responding&quot; Explorer window. Any thoughts on why this might happen?<div class="HOEnZb">
<div class="h5"><br>
<br>
-- <br>
Sent from the Delta quadrant using Borg technology!<br>
<br>
Nux!<br>
<a href="http://www.nux.ro" target="_blank">www.nux.ro</a><br>
</div></div></blockquote></div><br></div>