Andreas,
Gluster doesn't permit applications to set any extended attribute which starts with trusted.afr.* among other patterns.
It is not clear how trusted.afr.remote1/2 extended attributes are appearing in the getfattr output you shared.
Were these directly set from the backend (by backend, I mean the bricks) by any chance?
-Krutika
From: "Andreas Tsaridas" <andreas.tsaridas@xxxxxxxxx>
To: "Pranith Kumar Karampuri" <pkarampu@xxxxxxxxxx>
Cc: "Krutika Dhananjay" <kdhananj@xxxxxxxxxx>, gluster-users@xxxxxxxxxxx
Sent: Tuesday, January 5, 2016 12:27:41 AM
Subject: Re: folder not being healedHi,I don't understand the question. Should I sent you some kind of configuration ?ps: tried looking for you on IRCThanksOn Mon, Jan 4, 2016 at 5:20 PM, Pranith Kumar Karampuri <pkarampu@xxxxxxxxxx> wrote:
On 01/04/2016 09:14 PM, Andreas Tsaridas wrote:Kritika pointed out something important to me on IRC, Why does the volume have two sets of trusted.afr.* xattrs? i.e. trusted.afr.remote1/2 and trusted.afr.share-client-0/1.Hello,Unfortunately I get :-bash: /usr/bin/getfattr: Argument list too longThere are a lot of file in these directories and even ls takes a long time to show results.
PranithHow would I be able to keep the copy from web01 and discard the other ?ThanksOn Mon, Jan 4, 2016 at 3:59 PM, Pranith Kumar Karampuri <pkarampu@xxxxxxxxxx> wrote:hi Andreas,
The directory is in split-brain. Do you have any files/directories, that are in split-brain in the directory 'media/ga/live/a' ??
Could you give output of
"getfattr -d -m. -e hex media/ga/live/a/*" on both the bricks?
Pranith
On 01/04/2016 05:21 PM, Andreas Tsaridas wrote:Hello,Please see below :-----web01 # getfattr -d -m . -e hex media/ga/live/a# file: media/ga/live/atrusted.afr.dirty=0x000000000000000000000000trusted.afr.remote1=0x000000000000000000000000trusted.afr.remote2=0x000000000000000000000005trusted.afr.share-client-0=0x000000000000000000000000trusted.afr.share-client-1=0x0000000000000000000000eetrusted.gfid=0xb13199a1464c44918464444b3f7eeee3trusted.glusterfs.dht=0x000000010000000000000000ffffffff------web02 # getfattr -d -m . -e hex media/ga/live/a# file: media/ga/live/atrusted.afr.dirty=0x000000000000000000000000trusted.afr.remote1=0x000000000000000000000008trusted.afr.remote2=0x000000000000000000000000trusted.afr.share-client-0=0x000000000000000000000000trusted.afr.share-client-1=0x000000000000000000000000trusted.gfid=0xb13199a1464c44918464444b3f7eeee3trusted.glusterfs.dht=0x000000010000000000000000ffffffff------Regards,ATOn Mon, Jan 4, 2016 at 12:44 PM, Krutika Dhananjay <kdhananj@xxxxxxxxxx> wrote:Hi,Could you share the output of# getfattr -d -m . -e hex <abs-path-to-media/ga/live/a>from both the bricks?-KrutikaFrom: "Andreas Tsaridas" <andreas.tsaridas@xxxxxxxxx>
To: gluster-users@xxxxxxxxxxx
Sent: Monday, January 4, 2016 5:10:58 PM
Subject: folder not being healed_______________________________________________Hello,I have a cluster of two replicated nodes in glusterfs 3.6.3 in RedHat 6.6. Problem is that a specific folder is always trying to be healed but never gets healed. This has been going on for 2 weeks now.-----# gluster volume statusStatus of volume: shareGluster process Port Online Pid------------------------------------------------------------------------------Brick 172.16.4.1:/srv/share/glusterfs 49152 Y 10416Brick 172.16.4.2:/srv/share/glusterfs 49152 Y 19907NFS Server on localhost 2049 Y 22664Self-heal Daemon on localhost N/A Y 22676NFS Server on 172.16.4.2 2049 Y 19923Self-heal Daemon on 172.16.4.2 N/A Y 19937Task Status of Volume share------------------------------------------------------------------------------There are no active volume tasks------# gluster volume infoVolume Name: shareType: ReplicateVolume ID: 17224664-645c-48b7-bc3a-b8fc84c6ab30Status: StartedNumber of Bricks: 1 x 2 = 2Transport-type: tcpBricks:Brick1: 172.16.4.1:/srv/share/glusterfsBrick2: 172.16.4.2:/srv/share/glusterfsOptions Reconfigured:cluster.background-self-heal-count: 20cluster.heal-timeout: 2performance.normal-prio-threads: 64performance.high-prio-threads: 64performance.least-prio-threads: 64performance.low-prio-threads: 64performance.flush-behind: offperformance.io-thread-count: 64------# gluster volume heal share infoBrick web01.rsdc:/srv/share/glusterfs//media/ga/live/a - Possibly undergoing healNumber of entries: 1Brick web02.rsdc:/srv/share/glusterfs/Number of entries: 0-------# gluster volume heal share info split-brainGathering list of split brain entries on volume share has been successfulBrick 172.16.4.1:/srv/share/glusterfsNumber of entries: 0Brick 172.16.4.2:/srv/share/glusterfsNumber of entries: 0-------==> /var/log/glusterfs/glustershd.log <==[2016-01-04 11:35:33.004831] I [afr-self-heal-entry.c:554:afr_selfheal_entry_do] 0-share-replicate-0: performing entry selfheal on b13199a1-464c-4491-8464-444b3f7eeee3[2016-01-04 11:36:07.449192] W [client-rpc-fops.c:2772:client3_3_lookup_cbk] 0-share-client-1: remote operation failed: No data available. Path: (null) (00000000-0000-0000-0000-000000000000)[2016-01-04 11:36:07.449706] W [client-rpc-fops.c:240:client3_3_mknod_cbk] 0-share-client-1: remote operation failed: File exists. Path: (null)Could you please advise ?Kind regards,AT
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
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-users
