[Gluster-users] sometimes entry remains in "gluster v heal vol-name info" until visit it from mnt

[Ravishankar N]

+ gluster-users.

Adding Karthik to see if he has some cycles to look into this.

-Ravi


On 09/28/2018 12:07 PM, Zhou, Cynthia (NSB - CN/Hangzhou) wrote:
>
> Hi, glusterfs expert
>
> When I test with glusterfs version 3.12.3 I find it quite often that 
> sometimes, there are entry remains in gluster volume heal 
> <vol-name>info output for long time, *it does not disappear until you 
> visit it from the mount point, is this normal*?
>
> [root at sn-0:/root]
>
> # gluster v heal services info
>
> Brick sn-0.local:/mnt/bricks/services/brick
>
> Status: Connected
>
> Number of entries: 0
>
> Brick sn-1.local:/mnt/bricks/services/brick
>
> Status: Connected
>
> Number of entries: 0
>
> Brick sn-2.local:/mnt/bricks/services/brick
>
> /fstest_88402c989256d6e39e50208c90c1e85d          //this entry remains 
> in the output until you touch /mnt/services/ 
> fstest_88402c989256d6e39e50208c90c1e85d
>
> Status: Connected
>
> Number of entries: 1
>
> [root at sn-0:/root]
>
> # ssh sn-2.local
>
> Warning: Permanently added 'sn-2.local' (RSA) to the list of known hosts.
>
> USAGE OF THE ROOT ACCOUNT AND THE FULL BASH IS RECOMMENDED ONLY FOR 
> LIMITED USE. PLEASE USE A NON-ROOT ACCOUNT AND THE SCLI SHELL 
> (fsclish) AND/OR LIMITED BASH SHELL.
>
> Read /opt/nokia/share/security/readme_root.txt for more details.
>
> [root at sn-2:/root]
>
> # cd /mnt/bricks/services/brick/.glusterfs/indices/xattrop/
>
> [root at sn-2:/mnt/bricks/services/brick/.glusterfs/indices/xattrop]
>
> # ls
>
> 9138e315-efd6-46e0-8a3a-db535078c781 
> xattrop-dfcd7e67-8c2d-4ef1-93e2-c180073c8d87
>
> [root at sn-2:/mnt/bricks/services/brick/.glusterfs/indices/xattrop]
>
> # getfattr -m . -d -e hex 
> /mnt/bricks/services/brick/fstest_88402c989256d6e39e50208c90c1e85d/
>
> getfattr: Removing leading '/' from absolute path names
>
> # file: mnt/bricks/services/brick/fstest_88402c989256d6e39e50208c90c1e85d/
>
> trusted.afr.services-client-1=0x000000000000000100000001
>
> trusted.gfid=0x9138e315efd646e08a3adb535078c781
>
> trusted.glusterfs.dht=0x000000010000000000000000ffffffff
>
> [root at sn-2:/mnt/bricks/services/brick/.glusterfs/indices/xattrop]
>
> # getfattr -m . -d -e hex 
> /mnt/bricks/services/brick/fstest_88402c989256d6e39e50208c90c1e85d/fstest_4cf1be62e0b12d3d65fac8eacb523ef3/
>
> getfattr: Removing leading '/' from absolute path names
>
> # file: 
> mnt/bricks/services/brick/fstest_88402c989256d6e39e50208c90c1e85d/fstest_4cf1be62e0b12d3d65fac8eacb523ef3/
>
> trusted.gfid=0x0ccb5c1f96064e699f62fdc72cf036f5
>
> “fstest_88402c989256d6e39e50208c90c1e85d” is only seen from sn-2 mount 
> point and sn-2 service brick, there is no such entry if you ls 
> /mnt/services on sn-0 or sn-1.
>
> [root at sn-2:/mnt/bricks/services/brick/.glusterfs/indices/xattrop]
>
> # cd /mnt/services/
>
> [root at sn-2:/mnt/services]
>
> # ls
>
> backup db fstest_88402c989256d6e39e50208c90c1e85d  LCM NE3SAgent  
> _nokrcpautoremoteuser  PM9  RCP_Backup SS_AlLightProcessor  SymptomDataUpl
>
> commoncollector EventCorrelationEngine  hypertracer          Log  
> netserv    ODS                    ptp rcpha       SWM
>
> [root at sn-2:/mnt/services]
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180928/2bcffd8e/attachment.html>