<div dir="ltr">There are two users u1 &amp; 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&#39;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_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: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: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_unlink_of_false_linkto_cbk] 25-data-dht: lookup_unlink returned with op_ret -&gt; -1 and op-errno -&gt; 13 for /txt/file1.txt.bak</div><div>[2018-01-15 17:35:05.139808] W [fuse-bridge.c:521:fuse_entry_cbk] 0-glusterfs-fuse: 568853127: LOOKUP() /txt/file1.txt.bak =&gt; -1 (Input/output error)</div></div><div><br></div><div>Why gluster does unlink operation for renamed files? u2 doesn&#39;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&#39;t be reproduced easily. But I find it several times. GlusterFS version is 3.11.0.</div></div>