[Gluster-devel] Need to understand this logging in disperse volume

Ankireddypalle Reddy areddy at commvault.com
Sat Dec 24 10:31:32 UTC 2016


Hi,
         In our application we replace a file named sample with a file name sample.compact. Here's the sequence of steps.

1)      Rename sample to sample.temp

2)      Rename sample.compact to sample

3)      Unlink sample.temp

Please note that this is a 3:1 disperse volume and each node is also a client. It's a FUSE mount.

Here's the corresponding logging:
[2016-12-24 09:23:25.407934] I [MSGID: 109066] [dht-rename.c:1413:dht_rename] 0-StoragePool-dht: renaming /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002 (hash=StoragePool-disperse-6/cache=StoragePool-disperse-6) => /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002.temp (hash=StoragePool-disperse-4/cache=<nul>)

[2016-12-24 09:23:25.829296] I [MSGID: 109066] [dht-rename.c:1413:dht_rename] 0-StoragePool-dht: renaming /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002.compact (hash=StoragePool-disperse-0/cache=StoragePool-disperse-0) => /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002 (hash=StoragePool-disperse-6/cache=<nul>)

At this point of time when I check for the bricks on which the file could be present I see the trusted.ec.config attribute set.


glusterfs.pathinfo="(<DISTRIBUTE:StoragePool-dht> (<EC:StoragePool-disperse-0> <POSIX(/ws/disk1/ws_brick):glusterfs2.commvault.com:/ws/disk1/ws_brick/Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002> <POSIX(/ws/disk1/ws_brick):glusterfs3.commvault.com:/ws/disk1/ws_brick/Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002> <POSIX(/ws/disk1/ws_brick):glusterfs1:/ws/disk1/ws_brick/Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002>))"


ws/disk1/ws_brick/Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002

trusted.ec.config=0x0000080301000200

But I notice the following logging in the log files.

2016-12-24 09:23:26.759164] W [MSGID: 114031] [client-rpc-fops.c:1848:client3_3_xattrop_cbk] 0-StoragePool-client-14: remote operation failed. Path: /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002 (cf977efe-e263-49b9-8099-06b36122e715) [No such file or directory]
[2016-12-24 09:23:26.759202] W [MSGID: 114031] [client-rpc-fops.c:1848:client3_3_xattrop_cbk] 0-StoragePool-client-12: remote operation failed. Path: /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002 (cf977efe-e263-49b9-8099-06b36122e715) [No such file or directory]
[2016-12-24 09:23:26.759383] W [MSGID: 114031] [client-rpc-fops.c:1848:client3_3_xattrop_cbk] 0-StoragePool-client-13: remote operation failed. Path: /Folder_07.11.2016_23.02/CV_MAGNETIC/V_8772830/CHUNK_49113632/SFILE_CONTAINER_002 (cf977efe-e263-49b9-8099-06b36122e715) [No such file or directory]

Client 14 is
volume StoragePool-client-14
...
    option remote-subvolume /ws/disk5/ws_brick
...
end-volume

Why is it that the extended attribute is being checked on a wrong brick /ws/disk5 while the correct brick is /ws/disk1. I see lot of these errors being logged.

Thanks and Regards,
Ram
***************************Legal Disclaimer***************************
"This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you."
**********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-devel/attachments/20161224/e842f990/attachment.html>


More information about the Gluster-devel mailing list