Re: 3.6.3 split brain on web browser cache dir w. replica 3 volume

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 06/03/2015 01:14 AM, Alastair Neil wrote:
Cheers that's a great help.  I am assuming the extra trusted.afr.volname-client- entries are left over from the removed peers,

Correct.
can I expect they will disappear after glusterfsd gets restarted?

They will remain, but it should not affect normal operation in any way.

 

On 1 June 2015 at 23:49, Ravishankar N <ravishankar@xxxxxxxxxx> wrote:


On 06/01/2015 08:15 PM, Alastair Neil wrote:

I have a replica 3 volume I am using to serve my home directory.  I have notices a couple of split-brains recently on files used by browsers(for the most recent see below, I had an earlier one on ".config/google-chrome/Default/Session Storage/") .  When I was running replica 2 I don't recall seeing more than two entries of the form: trusted.afr.volname.client-?.  I did have two other servers that I have removed from service recently but I am curious to know if there is some way to map  what the server reports as trusted.afr.volname-client-? to a hostname?



Your volfile (/var/lib/glusterd/vols/<volname>/trusted-<volname>.tcp-fuse.vol) should contain which brick (remote-subvolume + remote-host) a given trusted.afr* maps to.
Hope that helps,
Ravi


Thanks, Alastair


# gluster volume heal homes info
Brick gluster-2:/export/brick2/home/
/a/n/aneil2/.cache/mozilla/firefox/xecgwc8s.Alastair - Is in split-brain
Number of entries: 1
Brick gluster1:/export/brick2/home/
/a/n/aneil2/.cache/mozilla/firefox/xecgwc8s.Alastair - Is in split-brain
Number of entries: 1
Brick gluster0:/export/brick2/home/
/a/n/aneil2/.cache/mozilla/firefox/xecgwc8s.Alastair - Is in split-brain
Number of entries: 1
# getfattr -d -m . -e hex /export/brick2/home/a/n/aneil2/.cache/mozilla/firefox/xecgwc8s.Alastair
getfattr: Removing leading '/' from absolute path names
# file: export/brick2/home/a/n/aneil2/.cache/mozilla/firefox/xecgwc8s.Alastair
security.selinux=0x73797374656d5f753a6f626a6563745f723a66696c655f743a733000
trusted.afr.dirty=0x000000000000000000000000
trusted.afr.homes-client-0=0x000000000000000000000000
trusted.afr.homes-client-1=0x000000000000000000000000
trusted.afr.homes-client-2=0x000000000000000000000000
trusted.afr.homes-client-3=0x000000000000000000000002
trusted.afr.homes-client-4=0x000000000000000000000000
trusted.gfid=0x3ae398227cea4f208d7652dbfb93e3e5
trusted.glusterfs.dht=0x000000010000000000000000ffffffff
trusted.glusterfs.quota.dirty=0x3000
trusted.glusterfs.quota.edf41dc8-2122-4aa3-bc20-29225564ca8c.contri=0x00000000162d2200
trusted.glusterfs.quota.size=0x00000000162d2200



_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux