[Bugs] [Bug 1361518] Files not able to heal after arbiter and data bricks were rebooted

[bugzilla at redhat.com]

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

Bhavana <bmohanra at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bmohanra at redhat.com


--- Doc Text *updated* ---
If a file create is wound to all bricks, and it succeeds only on arbiter, the application will get a failure. But during self-heal, the file gets created on the data bricks with arbiter marked as source. Since data self-heal can never happen from arbiter, 'heal-info' will list the entries forever.

Workaround:
If 'gluster vol heal <volname> info` shows the pending heals for a file forever, then check if the issue is the same as mentioned above by:

	i) checking that trusted.afr.volname-client* xattrs are zero on the data bricks

	ii)checking that trusted.afr.volname-client* xattrs is non-zero  on the arbiter brick *only* for the data part (first 4 bytes)
	Example:
	#getfattr -d -m . -e hex /bricks/arbiterbrick/file |grep trusted.afr.testvol*
	getfattr: Removing leading '/' from absolute path names
	trusted.afr.testvol-client-0=0x000000540000000000000000
	trusted.afr.testvol-client-1=0x000000540000000000000000

If it is in this state, then delete the xattr:

#for i in $(getfattr -d -m . -e hex /bricks/arbiterbrick/file |grep trusted.afr.testvol*|cut -f1 -d'='); do  setfattr -x $i file; done 


-- 
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=TaOKCjlAMZ&a=cc_unsubscribe