[Bugs] [Bug 1638883] gluster heal problem

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1638883

jszep at bu.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|needinfo?(jszep at bu.edu)     |



--- Comment #4 from jszep at bu.edu ---
 1. Can you provide the getfattr output of
 dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup from all 3 bricks?

 getfattr -d -m. -e hex
 /path-to-brick-mount/path-to-dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup


We have 3 glutser servers in the cluster:  cs-fs1, cs-fs2, and cs-fs3.
The directory dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup only exists
on cs-fs2. (Note:  cs-fs1 was the system that was rebooted that started
all this.)

[root at cs-fs2 tasks]# getfattr -d -m. -e hex
+/mnt/data/vm/brick/1f48f887-dd49-4363-9e5c-603c007a9baf/master/tasks/dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup
 getfattr: Removing leading '/' from absolute path names
 # file:
mnt/data/vm/brick/1f48f887-dd49-4363-9e5c-603c007a9baf/master/tasks/dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup

security.selinux=0x73797374656d5f753a6f626a6563745f723a756e6c6162656c65645f743a733000
 trusted.afr.vm-client-0=0x000000000000000100000001
 trusted.gfid=0x1a550e7627b3448cad5818e13fbb8671
 trusted.glusterfs.dht=0x000000010000000000000000ffffffff
 trusted.glusterfs.dht.mds=0x00000000
 In addition, there is a directory:

/mnt/data/vm/brick/1f48f887-dd49-4363-9e5c-603c007a9baf/master/tasks/dc8b1e1e-f7d3-4199-aa84-2e809cc78a33/
 (no .backup) that DOES exist on all three servers with identical contents:

 [root at cs-fs2 tasks]# ls
/mnt/data/vm/brick/1f48f887-dd49-4363-9e5c-603c007a9baf/master/tasks/dc8b1e1e-f7d3-4199-aa84-2e809cc78a33/
 dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.job.0     
dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.result
 dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.recover.0 
dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.task


2. Are the files inside dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup identical
 in all bricks of the replica?

No. dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup only exits on cs-fs2.  It's
contents
are:

[root at cs-fs2 tasks]# ls dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.backup
dc8b1e1e-f7d3-4199-aa84-2e809cc78a33.recover.0

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=NAEZiKO6kC&a=cc_unsubscribe