Hi Paul,
Can you provide details of the clients used, the volume type and the exact steps performed so we can try to reproduce this?
Thanks,
Nithya
On 15 January 2018 at 20:37, Paul <flypen@xxxxxxxxx> wrote:
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
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-users
