On 12/15/2011 05:23 PM, Pranith Kumar K wrote: > On 12/15/2011 03:35 AM, Brian Rosner wrote: >> On Dec 13, 2011, at 7:54 PM, Pranith Kumar K wrote: >> >>> On 12/13/2011 10:56 PM, Brian Rosner wrote: >>>> On Dec 12, 2011, at 1:41 AM, Pranith Kumar K wrote: >>>>> Seems like the issue with that specific file your application is >>>>> trying to rename. Could you check if that file has correct >>>>> permissions on the backends?. >>>> It is difficult for me to test that due to the file being created >>>> and unlinked during the reindexing process. The fact it has >>>> permission to unlink and not rename seems very odd to me. >>>> >>>> Brian Rosner >>> Brian, >>> Could you give the permissions/ownership of the directory the >>> file is being created, permissions/ownership of the file that is >>> being created. Is the group of the file secondary group? >>> >>> It is very difficult for us to find the root cause without a good >>> test case. >> Ok, I have a bit more info. I was able to reproduce it with a tool >> that I can easily modify. >> >> Here is some info from this new case: >> >> log: >> >> [2011-12-14 21:53:15.373241] W [fuse-bridge.c:1348:fuse_rename_cbk] >> 0-glusterfs-fuse: 265: /i130/whoosh_index/_MAIN_1.toc.1323899595.36 >> -> /i130/whoosh_index/_MAIN_1.toc => -1 (Permission denied) >> >> % sudo ls -l /mnt/i130/whoosh_index/_MAIN_1.toc.1323899595.36 >> -rw-r----- 1 1630 nogroup 1522 2011-12-14 21:52 >> /mnt/i130/whoosh_index/_MAIN_1.toc.1323899595.36 >> >> % sudo ls -l /mnt/i130/ >> drwxr-x--- 2 1630 nogroup 8192 2011-12-14 21:52 whoosh_index >> >> % sudo ls -l /mnt | grep i130 >> drwxr-x--x 4 1630 anduin 8192 2011-12-14 21:52 i130 >> >> I've confirmed the user and group of the process are 1630 and nogroup. >> >> Brian Rosner > Brian, > Could you give the output of the same files/dirs on the backends as > well. > > Pranith > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users Brian, Could you also give the output of the 'id 1630' on the backend bricks. Pranith
