Hello Krutika,
Unfortunately the folder is still not healed. Does it have anything to do with the way its being mounted ( nfs / glusterfs )?
Thanks
On Mon, Jan 11, 2016 at 7:26 AM, Krutika Dhananjay <kdhananj@xxxxxxxxxx> wrote:
From: "Andreas Tsaridas" <andreas.tsaridas@xxxxxxxxx>
To: "Krutika Dhananjay" <kdhananj@xxxxxxxxxx>
Cc: "Pranith Kumar Karampuri" <pkarampu@xxxxxxxxxx>, gluster-users@xxxxxxxxxxx
Sent: Friday, January 8, 2016 11:08:58 PM
Subject: Re: folder not being healedHello,Tried doing the same on both bricks and it didn't help. Also tried stat on the folder.Andreas,The commands I gave you are supposed to be executed on the mount point (the directory where the volume is mounted), and not at the bricks.Here's what you can do: Create a temporary FUSE mount, and then execute the steps I asked you to execute in my previous response (cd, find, heal etc).-KrutikaI don't understand why it shows that a folder has issues and needs heal and not the underlying files.ThanksOn Thu, Jan 7, 2016 at 10:36 AM, Krutika Dhananjay <kdhananj@xxxxxxxxxx> wrote:OK. Could you do the following:1) cd into /media/ga/live/a from the mount point.2) execute `find . | xargs stat`3) execute `gluster volume heal <VOLNAME>`and monitor the output of 'gluster volume heal <VOLNAME> info' to see if there is any progress?-KrutikaFrom: "Andreas Tsaridas" <andreas.tsaridas@xxxxxxxxx>
To: "Krutika Dhananjay" <kdhananj@xxxxxxxxxx>
Cc: "Pranith Kumar Karampuri" <pkarampu@xxxxxxxxxx>, gluster-users@xxxxxxxxxxx
Sent: Wednesday, January 6, 2016 7:05:35 PM
Subject: Re: folder not being healedHello Krutika,I have never modified any extended attributes manually so I'm guessing its done by glusterfs.I checked all other glusterfs installations and they contain the same attributes. Don't know why you would think these are no normal.Maybe you can provide some documentation for me to read or a way to tackle the issue ? I'm out of my waters when dealing with glusterfs extended attributes.ThanksOn Wed, Jan 6, 2016 at 6:08 AM, Krutika Dhananjay <kdhananj@xxxxxxxxxx> wrote: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?-KrutikaFrom: "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?
PranithOn 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@xxxxxxxxxxxhttp://www.gluster.org/mailman/listinfo/gluster-users
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-users
