<br><br><div class="gmail_quote">On Fri, Jul 15, 2011 at 10:33 PM, <span dir="ltr"><<a href="mailto:gluster1206@akxnet.de">gluster1206@akxnet.de</a>></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">> Can you please give the following outputs run as root?<br>
><br>
> sh# ls -ld /<mnt>/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>
> Also get us the output of /proc/<pid>/status of the running apache<br>
> 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 > 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' 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>