[Gluster-users] "linkfile not having link" occurrs sometimes after renaming

[Paul]

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:

[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
[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]
[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]
[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 -> -1 and op-errno -> 13 for
/txt/file1.txt.bak
[2018-01-15 17:35:05.139808] W [fuse-bridge.c:521:fuse_entry_cbk]
0-glusterfs-fuse: 568853127: LOOKUP() /txt/file1.txt.bak => -1
(Input/output error)

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.

This problem can't be reproduced easily. But I find it several times.
GlusterFS version is 3.11.0.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180115/d7f21385/attachment.html>