<div dir="ltr"><div>Hi Paul,</div><div><br></div>The rename operation internally consists of several operations including an unlink of the original file and linkto files if required.<div>Can you provide details of the clients used, the volume type and the exact steps performed so we can try to reproduce this?</div><div><br></div><div><br></div><div><br></div><div>Thanks,</div><div>Nithya</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 January 2018 at 20:37, Paul <span dir="ltr"><<a href="mailto:flypen@gmail.com" target="_blank">flypen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">There are two users u1 & u2 in the cluster. Some files are created by u1, and they are read only for u2. Of course u2 can read these files. Later these files are renamed by u1. Then I switch to the user u2. I find that u2 can't list or access the renamed files. I see these errors in log:<br><div><br></div><div><div>[2018-01-15 17:35:05.133711] I [MSGID: 109045] [dht-common.c:2393:dht_lookup_<wbr>cbk] 25-data-dht: linkfile not having link subvol for /txt/file1.txt.bak</div><div>[2018-01-15 17:35:05.139261] W [MSGID: 114031] [client-rpc-fops.c:628:<wbr>client3_3_unlink_cbk] 25-data-client-70: remote operation failed [Permission denied]</div><div>[2018-01-15 17:35:05.139276] W [MSGID: 114031] [client-rpc-fops.c:628:<wbr>client3_3_unlink_cbk] 25-data-client-71: remote operation failed [Permission denied]</div><div>[2018-01-15 17:35:05.139722] I [MSGID: 109069] [dht-common.c:1355:dht_lookup_<wbr>unlink_of_false_linkto_cbk] 25-data-dht: lookup_unlink returned with op_ret -> -1 and op-errno -> 13 for /txt/file1.txt.bak</div><div>[2018-01-15 17:35:05.139808] W [fuse-bridge.c:521:fuse_entry_<wbr>cbk] 0-glusterfs-fuse: 568853127: LOOKUP() /txt/file1.txt.bak => -1 (Input/output error)</div></div><div><br></div><div>Why gluster does unlink operation for renamed files? u2 doesn't have the write permission, so this operation fails, then we can see I/O error. However, since u2 has the read permission, u2 should have the right to list or read the file.</div><div><br></div><div>This problem can't be reproduced easily. But I find it several times. GlusterFS version is 3.11.0.</div></div>
<br>______________________________<wbr>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>