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? -Krutika ----- Original Message -----> From: "Andreas Tsaridas" <andreas.tsaridas at gmail.com> > To: "Krutika Dhananjay" <kdhananj at redhat.com> > Cc: "Pranith Kumar Karampuri" <pkarampu at redhat.com>, > gluster-users at gluster.org > Sent: Wednesday, January 6, 2016 7:05:35 PM > Subject: Re: [Gluster-users] folder not being healed> Hello 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.> Thanks> On Wed, Jan 6, 2016 at 6:08 AM, Krutika Dhananjay < kdhananj at redhat.com > > 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? >> > -Krutika >> > > From: "Andreas Tsaridas" < andreas.tsaridas at gmail.com > > > > > > > To: "Pranith Kumar Karampuri" < pkarampu at redhat.com > > > > > > > Cc: "Krutika Dhananjay" < kdhananj at redhat.com >, > > > gluster-users at gluster.org > > > > > > Sent: Tuesday, January 5, 2016 12:27:41 AM > > > > > > Subject: Re: [Gluster-users] folder not being healed > > >> > > Hi, > > >> > > I don't understand the question. Should I sent you some kind of > > > configuration > > > ? > > >> > > ps: tried looking for you on IRC > > >> > > Thanks > > >> > > On Mon, Jan 4, 2016 at 5:20 PM, Pranith Kumar Karampuri < > > > pkarampu at redhat.com > > > > wrote: > > >> > > > On 01/04/2016 09:14 PM, Andreas Tsaridas wrote: > > > > > >> > > > > Hello, > > > > > > > > > >> > > > > Unfortunately I get : > > > > > > > > > >> > > > > -bash: /usr/bin/getfattr: Argument list too long > > > > > > > > > >> > > > > There are a lot of file in these directories and even ls takes a long > > > > > time > > > > > to > > > > > show results. > > > > > > > > > >> > > > 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. > > > > > >> > > > Pranith > > > > > >> > > > > How would I be able to keep the copy from web01 and discard the other > > > > > ? > > > > > > > > > >> > > > > Thanks > > > > > > > > > >> > > > > On Mon, Jan 4, 2016 at 3:59 PM, Pranith Kumar Karampuri < > > > > > pkarampu at redhat.com > > > > > > 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/a > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.dirty=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.remote1=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.remote2=0x000000000000000000000005 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.share-client-0=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.share-client-1=0x0000000000000000000000ee > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.gfid=0xb13199a1464c44918464444b3f7eeee3 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.glusterfs.dht=0x000000010000000000000000ffffffff > > > > > > > > > > > > > > > > > > > > >> > > > > > > ------ > > > > > > > > > > > > > > > > > > > > >> > > > > > > web02 # getfattr -d -m . -e hex media/ga/live/a > > > > > > > > > > > > > > > > > > > > > > > > > > > > # file: media/ga/live/a > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.dirty=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.remote1=0x000000000000000000000008 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.remote2=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.share-client-0=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.afr.share-client-1=0x000000000000000000000000 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.gfid=0xb13199a1464c44918464444b3f7eeee3 > > > > > > > > > > > > > > > > > > > > > > > > > > > > trusted.glusterfs.dht=0x000000010000000000000000ffffffff > > > > > > > > > > > > > > > > > > > > >> > > > > > > ------ > > > > > > > > > > > > > > > > > > > > >> > > > > > > Regards, > > > > > > > > > > > > > > > > > > > > > > > > > > > > AT > > > > > > > > > > > > > > > > > > > > >> > > > > > > On Mon, Jan 4, 2016 at 12:44 PM, Krutika Dhananjay < > > > > > > > kdhananj at redhat.com > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > >> > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > Could you share the output of > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > # getfattr -d -m . -e hex <abs-path-to-media/ga/live/a> > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > from both the bricks? > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > -Krutika > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > From: "Andreas Tsaridas" < andreas.tsaridas at gmail.com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > To: gluster-users at gluster.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Sent: Monday, January 4, 2016 5:10:58 PM > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Subject: [Gluster-users] 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 status > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Status of volume: share > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Gluster process Port Online Pid > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Brick 172.16.4.1:/srv/share/glusterfs 49152 Y 10416 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Brick 172.16.4.2:/srv/share/glusterfs 49152 Y 19907 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > NFS Server on localhost 2049 Y 22664 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Self-heal Daemon on localhost N/A Y 22676 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > NFS Server on 172.16.4.2 2049 Y 19923 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Self-heal Daemon on 172.16.4.2 N/A Y 19937 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Task Status of Volume share > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > There are no active volume tasks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > ------ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > # gluster volume info > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Volume Name: share > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Type: Replicate > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Volume ID: 17224664-645c-48b7-bc3a-b8fc84c6ab30 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Status: Started > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Number of Bricks: 1 x 2 = 2 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Transport-type: tcp > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Bricks: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Brick1: 172.16.4.1:/srv/share/glusterfs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Brick2: 172.16.4.2:/srv/share/glusterfs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Options Reconfigured: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > cluster.background-self-heal-count: 20 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > cluster.heal-timeout: 2 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.normal-prio-threads: 64 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.high-prio-threads: 64 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.least-prio-threads: 64 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.low-prio-threads: 64 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.flush-behind: off > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > performance.io-thread-count: 64 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > ------ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > # gluster volume heal share info > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Brick web01.rsdc:/srv/share/glusterfs/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /media/ga/live/a - Possibly undergoing heal > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Number of entries: 1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Brick web02.rsdc:/srv/share/glusterfs/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Number of entries: 0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > ------- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > # gluster volume heal share info split-brain > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Gathering list of split brain entries on volume share has > > > > > > > > > been > > > > > > > > > successful > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Brick 172.16.4.1:/srv/share/glusterfs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Number of entries: 0 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > Brick 172.16.4.2:/srv/share/glusterfs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Number 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 at gluster.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > http://www.gluster.org/mailman/listinfo/gluster-users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > > > > > > _______________________________________________ > > > > > > > > > > > > > > > > > > > > > > > > > > > > Gluster-users mailing list Gluster-users at gluster.org > > > > > > > http://www.gluster.org/mailman/listinfo/gluster-users > > > > > > > > > > > > > > > > > > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160107/acd84d16/attachment.html>
Hello, Tried doing the same on both bricks and it didn't help. Also tried stat on the folder. I don't understand why it shows that a folder has issues and needs heal and not the underlying files. Thanks On Thu, Jan 7, 2016 at 10:36 AM, Krutika Dhananjay <kdhananj at redhat.com> 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? > > -Krutika > ------------------------------ > > *From: *"Andreas Tsaridas" <andreas.tsaridas at gmail.com> > *To: *"Krutika Dhananjay" <kdhananj at redhat.com> > *Cc: *"Pranith Kumar Karampuri" <pkarampu at redhat.com>, > gluster-users at gluster.org > *Sent: *Wednesday, January 6, 2016 7:05:35 PM > > *Subject: *Re: [Gluster-users] folder not being healed > > Hello 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. > > Thanks > > On Wed, Jan 6, 2016 at 6:08 AM, Krutika Dhananjay <kdhananj at redhat.com> > 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? >> >> -Krutika >> ------------------------------ >> >> *From: *"Andreas Tsaridas" <andreas.tsaridas at gmail.com> >> *To: *"Pranith Kumar Karampuri" <pkarampu at redhat.com> >> *Cc: *"Krutika Dhananjay" <kdhananj at redhat.com>, >> gluster-users at gluster.org >> *Sent: *Tuesday, January 5, 2016 12:27:41 AM >> *Subject: *Re: [Gluster-users] folder not being healed >> >> >> Hi, >> >> I don't understand the question. Should I sent you some kind of >> configuration ? >> >> ps: tried looking for you on IRC >> >> Thanks >> >> On Mon, Jan 4, 2016 at 5:20 PM, Pranith Kumar Karampuri < >> pkarampu at redhat.com> wrote: >> >>> >>> >>> On 01/04/2016 09:14 PM, Andreas Tsaridas wrote: >>> >>> Hello, >>> >>> Unfortunately I get : >>> >>> -bash: /usr/bin/getfattr: Argument list too long >>> >>> There are a lot of file in these directories and even ls takes a long >>> time to show results. >>> >>> 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. >>> >>> Pranith >>> >>> >>> How would I be able to keep the copy from web01 and discard the other ? >>> >>> Thanks >>> >>> On Mon, Jan 4, 2016 at 3:59 PM, Pranith Kumar Karampuri < >>> pkarampu at redhat.com> 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/a >>>> trusted.afr.dirty=0x000000000000000000000000 >>>> trusted.afr.remote1=0x000000000000000000000000 >>>> trusted.afr.remote2=0x000000000000000000000005 >>>> trusted.afr.share-client-0=0x000000000000000000000000 >>>> trusted.afr.share-client-1=0x0000000000000000000000ee >>>> trusted.gfid=0xb13199a1464c44918464444b3f7eeee3 >>>> trusted.glusterfs.dht=0x000000010000000000000000ffffffff >>>> >>>> >>>> ------ >>>> >>>> web02 # getfattr -d -m . -e hex media/ga/live/a >>>> # file: media/ga/live/a >>>> trusted.afr.dirty=0x000000000000000000000000 >>>> trusted.afr.remote1=0x000000000000000000000008 >>>> trusted.afr.remote2=0x000000000000000000000000 >>>> trusted.afr.share-client-0=0x000000000000000000000000 >>>> trusted.afr.share-client-1=0x000000000000000000000000 >>>> trusted.gfid=0xb13199a1464c44918464444b3f7eeee3 >>>> trusted.glusterfs.dht=0x000000010000000000000000ffffffff >>>> >>>> ------ >>>> >>>> Regards, >>>> AT >>>> >>>> On Mon, Jan 4, 2016 at 12:44 PM, Krutika Dhananjay <kdhananj at redhat.com >>>> > wrote: >>>> >>>>> Hi, >>>>> >>>>> Could you share the output of >>>>> # getfattr -d -m . -e hex <abs-path-to-media/ga/live/a> >>>>> >>>>> from both the bricks? >>>>> >>>>> -Krutika >>>>> ------------------------------ >>>>> >>>>> *From: *"Andreas Tsaridas" <andreas.tsaridas at gmail.com> >>>>> *To: *gluster-users at gluster.org >>>>> *Sent: *Monday, January 4, 2016 5:10:58 PM >>>>> *Subject: *[Gluster-users] 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 status >>>>> Status of volume: share >>>>> Gluster process Port Online Pid >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Brick 172.16.4.1:/srv/share/glusterfs 49152 Y 10416 >>>>> Brick 172.16.4.2:/srv/share/glusterfs 49152 Y 19907 >>>>> NFS Server on localhost 2049 Y 22664 >>>>> Self-heal Daemon on localhost N/A Y 22676 >>>>> NFS Server on 172.16.4.2 2049 Y 19923 >>>>> Self-heal Daemon on 172.16.4.2 N/A Y 19937 >>>>> >>>>> Task Status of Volume share >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> There are no active volume tasks >>>>> >>>>> ------ >>>>> >>>>> # gluster volume info >>>>> >>>>> Volume Name: share >>>>> Type: Replicate >>>>> Volume ID: 17224664-645c-48b7-bc3a-b8fc84c6ab30 >>>>> Status: Started >>>>> Number of Bricks: 1 x 2 = 2 >>>>> Transport-type: tcp >>>>> Bricks: >>>>> Brick1: 172.16.4.1:/srv/share/glusterfs >>>>> Brick2: 172.16.4.2:/srv/share/glusterfs >>>>> Options Reconfigured: >>>>> cluster.background-self-heal-count: 20 >>>>> cluster.heal-timeout: 2 >>>>> performance.normal-prio-threads: 64 >>>>> performance.high-prio-threads: 64 >>>>> performance.least-prio-threads: 64 >>>>> performance.low-prio-threads: 64 >>>>> performance.flush-behind: off >>>>> performance.io-thread-count: 64 >>>>> >>>>> ------ >>>>> >>>>> # gluster volume heal share info >>>>> Brick web01.rsdc:/srv/share/glusterfs/ >>>>> /media/ga/live/a - Possibly undergoing heal >>>>> >>>>> Number of entries: 1 >>>>> >>>>> Brick web02.rsdc:/srv/share/glusterfs/ >>>>> Number of entries: 0 >>>>> >>>>> ------- >>>>> >>>>> # gluster volume heal share info split-brain >>>>> Gathering list of split brain entries on volume share has been >>>>> successful >>>>> >>>>> Brick 172.16.4.1:/srv/share/glusterfs >>>>> Number of entries: 0 >>>>> >>>>> Brick 172.16.4.2:/srv/share/glusterfs >>>>> Number 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 at gluster.org >>>>> http://www.gluster.org/mailman/listinfo/gluster-users >>>>> >>>>> >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Gluster-users mailing listGluster-users at gluster.orghttp://www.gluster.org/mailman/listinfo/gluster-users >>>> >>>> >>>> >>> >>> >> >> > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160108/0a0ee721/attachment.html>