<br><br><div class="gmail_quote">On Fri, Jul 15, 2011 at 10:33 PM,  <span dir="ltr">&lt;<a href="mailto:gluster1206@akxnet.de">gluster1206@akxnet.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am 15.07.2011 18:43, schrieb Anand Avati:<br>
<div class="im">&gt; Can you please give the following outputs run as root?<br>
&gt;<br>
&gt; sh# ls -ld /&lt;mnt&gt;/clients/client23/web78/web/<br>
<br>
</div>drwx--x--- 16 web78 client23 4.0K 2011-07-15 16:55<br>
/srv/www/clients/client23/web78/web/<br>
<div class="im"><br>
&gt; Also get us the output of /proc/&lt;pid&gt;/status of the running apache<br>
&gt; process.<br>
<br>
</div>One out of 118<br>
<br>
Tgid:   32576<br>
Pid:    32576<br>
PPid:   14457<br>
TracerPid:      0<br>
Uid:    30      30      30      30<br>
Gid:    8       8       8       8<br>
FDSize: 64<br>
Groups: 8 310 5003 5004 5004 5005 5006 5007 5008 5009 5010 5011 5012<br>
5013 5014 5015 5016 5017 5018 5019 5020 5021 5022 5023 5024 5025 5028 5029<br></blockquote><div><br></div><div><div>OK, the problem here seems to be that you have &gt; 16 aux groups. The protocol in 3.1/3.2 has support for carrying over 16 aux gids to the server, which was inherited from NFS&#39; rpc-auth (unix/sys). If your application has fewer than 16 secondary groups, it will work fine for you. You will see this issue even with NFS.</div>
</div><div><br></div><div>We plan to bump up this limit in a future version of the protocol. But that would break compatibility. While we figure out a workaround for your situation, please continue to use 3.2.1.</div><div>
<br></div><div>Avati</div><div><br></div></div>