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.
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-users
