Paul
2018-Jan-15 15:07 UTC
[Gluster-users] "linkfile not having link" occurrs sometimes after renaming
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>
Nithya Balachandran
2018-Jan-16 03:34 UTC
[Gluster-users] "linkfile not having link" occurrs sometimes after renaming
Hi Paul, The rename operation internally consists of several operations including an unlink of the original file and linkto files if required. 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 at gmail.com> 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 at gluster.org > http://lists.gluster.org/mailman/listinfo/gluster-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180116/2a054170/attachment.html>