<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 23, 2016 at 11:54 AM, Anuradha Talur <span dir="ltr"><<a href="mailto:atalur@redhat.com" target="_blank">atalur@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
----- Original Message -----<br>
> From: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> To: "Anuradha Talur" <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> Cc: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>, <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
</span><span class="">> Sent: Monday, March 21, 2016 10:44:53 AM<br>
> Subject: Re: [Gluster-users] gluster volume heal info split brain command not showing files in split-brain<br>
><br>
> Hi Anuradha,<br>
><br>
</span><span class="">> Have you got any pointer from the above scenarios.<br>
><br>
</span>Hi Abhishek,<br>
<br>
I went through all the logs that you have given.<br>
There is only one brick's log in the info you provided,<br>
and for only one day. Where is the other brick's logfile?<br></blockquote><div><br></div><div>I am sharing the latest failure /var/log/glusterfs from both of the brick's in a single file named as glusterfs.txt with log-level=debug<br></div><div>1. In this file you get the logs for board A from line no 6 to 2241<br></div><div>2. from 2242 you will get the logs of board B<br><br></div><div>I have issued the cat on all files present in /var/log/glusterfs directory.<br></div><div><br></div><div>also there are two directory named as <br></div><div>coremp25(board B) - contains the /var/lib/glusterd contents<br></div><div>coremp03(board A)- contains the /var/lib/glusterd contents<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
In the same log file I see a lot of connects and disconnects in quick succession.<br>
Which could be the cause of gfid mismatch if I/O was going on during the time.<br>
The other logs that have been provided also do not have enough information to<br>
determine how your setup could have ended up with no pending markers.<br></blockquote><div>How we can find out the pending markers? <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I understand that output from heal info split-brain is more easy to get info<br>
for files in split-brain. But without pending markers, this info cannot be obtained.<br></blockquote><div>Please let me know if you required more logs. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For second scenario, is your self-heal-daemon on?<br></blockquote><div><br></div><div>Yes self-heal-daemon is no in this case.<br><br></div><div>Regards,<br></div><div>Abhishek <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">> Regards,<br>
> Abhishek<br>
><br>
> On Fri, Mar 18, 2016 at 11:18 AM, ABHISHEK PALIWAL <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> wrote:<br>
><br>
> ><br>
> ><br>
> > On Fri, Mar 18, 2016 at 1:41 AM, Anuradha Talur <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>> wrote:<br>
> ><br>
> >><br>
> >><br>
> >> ----- Original Message -----<br>
> >> > From: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > To: "Anuradha Talur" <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > Cc: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>, <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
> >> > Sent: Thursday, March 17, 2016 4:00:58 PM<br>
> >> > Subject: Re: [Gluster-users] gluster volume heal info split brain<br>
> >> command not showing files in split-brain<br>
> >> ><br>
> >> > Hi Anuradha,<br>
> >> ><br>
> >> > Please confirm me, this is bug in glusterfs or we need to do something<br>
> >> at<br>
> >> > our end.<br>
> >> ><br>
> >> > Because this problem is stopping our development.<br>
> >> Hi Abhishek,<br>
> >><br>
> >> When you say file is not getting sync, do you mean that the files are not<br>
> >> in sync after healing or that the existing GFID mismatch that you tried to<br>
> >> heal failed?<br>
> >> In one of the previous mails, you said that the GFID mismatch problem is<br>
> >> resolved, is it not so?<br>
> >><br>
> ><br>
> > As I mentioned I have two scenario:<br>
> > 1. First scenario is where files are in split-brain but not recognized by<br>
> > the the split-brain and heal info commands. So we are identifying those<br>
> > file when I/O errors occurred on those files (the same method mentioned in<br>
> > the link which you shared earlier) but this method is not reliable in our<br>
> > case because other modules have the dependencies on this file and those<br>
> > modules can't wait until heal in progress. In this case we required manual<br>
> > identification of the file those are falling in I/O error which is somehow<br>
> > not the correct way. It is better if the split-brain or heal info command<br>
> > identify the files and based on the output we will perform the self healing<br>
> > on those files only.<br>
> ><br>
> > 2. Second scenario in which we have one log file which have the fixed size<br>
> > and wrapping of data properties and continuously written by the system even<br>
> > when the other brick is down or rebooting. In this case, we have two brick<br>
> > in replica mode and when one goes down and comes up but this file remains<br>
> > out of sync. We are not getting any of the following on this file:<br>
> > A. Not recognized by the split-brain and heal info command.<br>
> > B. Not getting any I/O error<br>
> > C. Do not have the GFID mismatch<br>
> ><br>
> > Here, are the getfattr output of this file<br>
> ><br>
> > Brick B which rebooted and have the file out of sync<br>
> ><br>
> > getfattr -d -m . -e hex<br>
> > opt/lvmdir/c2/brick/logfiles/availability/CELLO_AVAILABILITY2_LOG.xml<br>
> ><br>
> > # file:<br>
> > opt/lvmdir/c2/brick/logfiles/availability/CELLO_AVAILABILITY2_LOG.xml<br>
> > trusted.afr.c_glusterfs-client-1=0x000000000000000000000000<br>
> > trusted.afr.dirty=0x000000000000000000000000<br>
> > trusted.bit-rot.version=0x000000000000000b56d6dd1d000ec7a9<br>
> > trusted.gfid=0x9f5e354ecfda40149ddce7d5ffe760ae<br>
> ><br>
> ><br>
> > Brick A where file was getting updated when Brick B was rebooting<br>
> ><br>
> > getfattr -d -m . -e hex<br>
> > opt/lvmdir/c2/brick/logfiles/availability/CELLO_AVAILABILITY2_LOG.xml<br>
> > trusted.afr.c_glusterfs-client-0=0x000000080000000000000000<br>
> > trusted.afr.c_glusterfs-client-2=0x000000020000000000000000<br>
> > trusted.afr.c_glusterfs-client-4=0x000000020000000000000000<br>
> > trusted.afr.c_glusterfs-client-6=0x000000020000000000000000<br>
> > trusted.afr.dirty=0x000000000000000000000000<br>
> > trusted.bit-rot.version=0x000000000000000b56d6dcb7000c87e7<br>
> > trusted.gfid=0x9f5e354ecfda40149ddce7d5ffe760ae<br>
> ><br>
> > This scenario is not 100% reproducible but out of 20 cycle we can<br>
> > reproduce it one or two times.<br>
> ><br>
> ><br>
> >> To your question about finding the files in split-brain, can you try<br>
> >> running gluster volume heal <volname> info? Heal info is also supposed to<br>
> >> show<br>
> >> the files in split-brain.<br>
> ><br>
> ><br>
> > This heal info command is also not working.<br>
> ><br>
> ><br>
> >> If the GFID mismatch is not resolved yet, it would really help understand<br>
> >> the underlying problem if you give the output of getfattr -m. -de hex<br>
> >> <path-to-parent-directory-of-the-file-in-GFID-mismatch>.<br>
> >><br>
> ><br>
> > It resolved the problem but we don't want to go with that solution<br>
> > (mentioned in the link provided by) we want the consistency and out come<br>
> > from the split-brain or heal info files.<br>
> ><br>
> > The output you are asking for parent directory I have already shared you<br>
> > in this mail chain. I am also attaching one more time for your reference.<br>
> ><br>
> > Please let me know if you have any query regarding the above scenarios.<br>
> ><br>
> > Regards,<br>
> > Abhishek<br>
> ><br>
> >> ><br>
> >> > Regards,<br>
> >> > Abhishek<br>
> >> ><br>
> >> > On Thu, Mar 17, 2016 at 1:54 PM, ABHISHEK PALIWAL <<br>
> >> <a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > wrote:<br>
> >> ><br>
> >> > > Hi Anuradha,<br>
> >> > ><br>
> >> > > But in this case I need to do tail on each file which is time taking<br>
> >> > > process and other end I can't pause my module until these file is<br>
> >> getting<br>
> >> > > healed.<br>
> >> > ><br>
> >> > > Any how I need the output of the split-brain to resolve this problem.<br>
> >> > ><br>
> >> > > Regards,<br>
> >> > > Abhishek<br>
> >> > ><br>
> >> > > On Wed, Mar 16, 2016 at 6:21 PM, ABHISHEK PALIWAL <<br>
> >> <a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a><br>
> >> > > > wrote:<br>
> >> > ><br>
> >> > >> Hi Anuradha,<br>
> >> > >><br>
> >> > >> The issue is resolved but we have one more issue something similar to<br>
> >> > >> this one in which the file is not getting sync after the steps<br>
> >> followed,<br>
> >> > >> mentioned in the link which you shared in the previous mail.<br>
> >> > >><br>
> >> > >> And problem is that why split-brain command is not showing<br>
> >> split-brain<br>
> >> > >> entries.<br>
> >> > >><br>
> >> > >> Regards,<br>
> >> > >> Abhishek<br>
> >> > >><br>
> >> > >> On Wed, Mar 16, 2016 at 6:06 PM, Anuradha Talur <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >> wrote:<br>
> >> > >><br>
> >> > >>><br>
> >> > >>><br>
> >> > >>> ----- Original Message -----<br>
> >> > >>> > From: "Anuradha Talur" <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >>> > To: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > >>> > Cc: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>, <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
> >> > >>> > Sent: Wednesday, March 16, 2016 5:32:26 PM<br>
> >> > >>> > Subject: Re: [Gluster-users] gluster volume heal info split brain<br>
> >> > >>> command not showing files in split-brain<br>
> >> > >>> ><br>
> >> > >>> ><br>
> >> > >>> ><br>
> >> > >>> > ----- Original Message -----<br>
> >> > >>> > > From: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > >>> > > To: "Anuradha Talur" <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >>> > > Cc: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>, <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
> >> > >>> > > Sent: Wednesday, March 16, 2016 4:39:26 PM<br>
> >> > >>> > > Subject: Re: [Gluster-users] gluster volume heal info split<br>
> >> brain<br>
> >> > >>> command<br>
> >> > >>> > > not showing files in split-brain<br>
> >> > >>> > ><br>
> >> > >>> > > Hi Anuradha,<br>
> >> > >>> > ><br>
> >> > >>> > > I am doing the same which is mentioned in the link you shared<br>
> >> and It<br>
> >> > >>> has<br>
> >> > >>> > > been resolved the issue.<br>
> >> > >>> > ><br>
> >> > >>> > > But my question is if it is the split-brain scenario then why<br>
> >> the<br>
> >> > >>> command<br>
> >> > >>> > > "gluster volume heal info split-brain"<br>
> >> > >>> > > not showing these files in the output even not the parent<br>
> >> directory<br>
> >> > >>> is<br>
> >> > >>> > > present in split-brain.<br>
> >> > >>> > ><br>
> >> > >>> > > Please find the requested logs<br>
> >> > >>><br>
> >> > >>> Abhishek,<br>
> >> > >>><br>
> >> > >>> Yes, ideally it should show. I will look into it. The only reason I<br>
> >> can<br>
> >> > >>> think of, is when parent directory did not have any pending markers<br>
> >> to<br>
> >> > >>> indicate split-brain; which is why I asked getfattr output for the<br>
> >> parent<br>
> >> > >>> directory too. But if the issue is resolved, there isn't much info<br>
> >> we can<br>
> >> > >>> get out of it. Thanks for sharing the logs. Will see what could have<br>
> >> > >>> caused<br>
> >> > >>> this.<br>
> >> > >>><br>
> >> > >>> > Abhishek,<br>
> >> > >>> ><br>
> >> > >>> > Yes, ideally it should show. I will look into it.<br>
> >> > >>> > I saw another case with this issue. The parent directory did not<br>
> >> have<br>
> >> > >>> any pe<br>
> >> > >>> > ><br>
> >> > >>> > > On Wed, Mar 16, 2016 at 4:20 PM, Anuradha Talur <<br>
> >> <a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >>> wrote:<br>
> >> > >>> > ><br>
> >> > >>> > > > Hi Abhishek,<br>
> >> > >>> > > ><br>
> >> > >>> > > > The files that are reporting i/o error have gfid-mismatch.<br>
> >> This<br>
> >> > >>> situation<br>
> >> > >>> > > > is called directory or entry split-brain. You can find steps<br>
> >> to<br>
> >> > >>> resolve<br>
> >> > >>> > > > this kind of split brain here :<br>
> >> > >>> > > ><br>
> >> > >>><br>
> >> <a href="https://gluster.readthedocs.org/en/latest/Troubleshooting/split-brain/" rel="noreferrer" target="_blank">https://gluster.readthedocs.org/en/latest/Troubleshooting/split-brain/</a> .<br>
> >> > >>> > > ><br>
> >> > >>> > > > Ideally, the parent directories of these files have to be<br>
> >> listed<br>
> >> > >>> in heal<br>
> >> > >>> > > > info split-brain output. Can you please get extended<br>
> >> attributes of<br>
> >> > >>> parent<br>
> >> > >>> > > > directories of the files that show i/o error (Same getfattr<br>
> >> > >>> command that<br>
> >> > >>> > > > you previously used.) ?<br>
> >> > >>> > > ><br>
> >> > >>> > > > ----- Original Message -----<br>
> >> > >>> > > > > From: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > >>> > > > > To: "Anuradha Talur" <<a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >>> > > > > Cc: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>, <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
> >> > >>> > > > > Sent: Thursday, March 10, 2016 11:22:35 AM<br>
> >> > >>> > > > > Subject: Re: [Gluster-users] gluster volume heal info split<br>
> >> brain<br>
> >> > >>> > > > command not showing files in split-brain<br>
> >> > >>> > > > ><br>
> >> > >>> > > > > Hi Anuradha,<br>
> >> > >>> > > > ><br>
> >> > >>> > > > > Please find the glusterfs and glusterd logs directory as an<br>
> >> > >>> attachment.<br>
> >> > >>> > > > ><br>
> >> > >>> > > > > Regards,<br>
> >> > >>> > > > > Abhishek<br>
> >> > >>> > > > ><br>
> >> > >>> > > > ><br>
> >> > >>> > > > ><br>
> >> > >>> > > > > On Wed, Mar 9, 2016 at 5:54 PM, ABHISHEK PALIWAL <<br>
> >> > >>> > > > <a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > >>> > > > > wrote:<br>
> >> > >>> > > > ><br>
> >> > >>> > > > > > Hi Anuradha,<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Sorry for late reply.<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Please find the requested logs below:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Remote: 10.32.0.48<br>
> >> > >>> > > > > > Local : 10.32.1.144<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Local:<br>
> >> > >>> > > > > > #gluster volume heal c_glusterfs info split-brain<br>
> >> > >>> > > > > > Brick 10.32.1.144:/opt/lvmdir/c2/brick<br>
> >> > >>> > > > > > Number of entries in split-brain: 0<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Brick 10.32.0.48:/opt/lvmdir/c2/brick<br>
> >> > >>> > > > > > Number of entries in split-brain: 0<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Remote:<br>
> >> > >>> > > > > > #gluster volume heal c_glusterfs info split-brain<br>
> >> > >>> > > > > > Brick 10.32.1.144:/opt/lvmdir/c2/brick<br>
> >> > >>> > > > > > Number of entries in split-brain: 0<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Brick 10.32.0.48:/opt/lvmdir/c2/brick<br>
> >> > >>> > > > > > Number of entries in split-brain: 0<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > auto-sync.sh.<br>
> >> > >>> > > > > > Here you can see that i/o error is detected. Below is the<br>
> >> > >>> required<br>
> >> > >>> > > > > > meta<br>
> >> > >>> > > > > > data from both the bricks.<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > 1)<br>
> >> > >>> > > > > > stat: cannot stat<br>
> >> > >>> '/mnt/c//public_html/cello/ior_files/nameroot.ior':<br>
> >> > >>> > > > > > Input/output error<br>
> >> > >>> > > > > > Remote:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > getfattr -d -m . -e hex<br>
> >> > >>> > > > > ><br>
> >> opt/lvmdir/c2/brick/public_html/cello/ior_files/nameroot.ior<br>
> >> > >>> > > > > > # file:<br>
> >> > >>> opt/lvmdir/c2/brick/public_html/cello/ior_files/nameroot.ior<br>
> >> > >>> > > > > > trusted.afr.dirty=0x000000000000000000000000<br>
> >> > >>> > > > > > trusted.bit-rot.version=0x000000000000000256ded2f6000ad80f<br>
> >> > >>> > > > > > trusted.gfid=0x771221a7bb3c4f1aade40ce9e38a95ee<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Local:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > getfattr -d -m . -e hex<br>
> >> > >>> > > > > ><br>
> >> opt/lvmdir/c2/brick/public_html/cello/ior_files/nameroot.ior<br>
> >> > >>> > > > > > # file:<br>
> >> > >>> opt/lvmdir/c2/brick/public_html/cello/ior_files/nameroot.ior<br>
> >> > >>> > > > > > trusted.bit-rot.version=0x000000000000000256ded38f000e3a51<br>
> >> > >>> > > > > > trusted.gfid=0x8ea33f46703c4e2d95c09153c1b858fd<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > 2)<br>
> >> > >>> > > > > > stat: cannot stat '/mnt/c//security/corbasecurity':<br>
> >> > >>> Input/output<br>
> >> > >>> > > > > > error<br>
> >> > >>> > > > > > Remote:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > getfattr -d -m . -e hex<br>
> >> > >>> opt/lvmdir/c2/brick/security/corbasecurity<br>
> >> > >>> > > > > > # file: opt/lvmdir/c2/brick/security/corbasecurity<br>
> >> > >>> > > > > > trusted.afr.dirty=0x000000000000000000000000<br>
> >> > >>> > > > > > trusted.bit-rot.version=0x000000000000000256ded2f6000ad80f<br>
> >> > >>> > > > > > trusted.gfid=0xd298b7a0c8834f3e99abb39741363013<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Local:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > getfattr -d -m . -e hex<br>
> >> > >>> opt/lvmdir/c2/brick/security/corbasecurity<br>
> >> > >>> > > > > > # file: opt/lvmdir/c2/brick/security/corbasecurity<br>
> >> > >>> > > > > > trusted.bit-rot.version=0x000000000000000256ded38f000e3a51<br>
> >> > >>> > > > > > trusted.gfid=0x890df0f706184b52803fac3242a2f15b<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > I observed that getfattr command output doesn't show all<br>
> >> the<br>
> >> > >>> fields<br>
> >> > >>> > > > > > all<br>
> >> > >>> > > > > > the times.<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Here you can check that gluster split-brain command hasn't<br>
> >> > >>> reported<br>
> >> > >>> > > > > > any<br>
> >> > >>> > > > > > split-brains but resulted in IO errors when accessed few<br>
> >> files.<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Could you please tell me if "split-brain" command doesn't<br>
> >> > >>> reported<br>
> >> > >>> > > > > > any<br>
> >> > >>> > > > > > entry as output, then is there any way through which we<br>
> >> can<br>
> >> > >>> find out<br>
> >> > >>> > > > that<br>
> >> > >>> > > > > > the files are in split-brain if we are getting the IO<br>
> >> error on<br>
> >> > >>> those<br>
> >> > >>> > > > file.<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > Regards,<br>
> >> > >>> > > > > > Abhishek<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > > On Thu, Mar 3, 2016 at 5:32 PM, Anuradha Talur <<br>
> >> > >>> <a href="mailto:atalur@redhat.com">atalur@redhat.com</a>><br>
> >> > >>> > > > wrote:<br>
> >> > >>> > > > > ><br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > >> ----- Original Message -----<br>
> >> > >>> > > > > >> > From: "ABHISHEK PALIWAL" <<a href="mailto:abhishpaliwal@gmail.com">abhishpaliwal@gmail.com</a>><br>
> >> > >>> > > > > >> > To: <a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>,<br>
> >> <a href="mailto:gluster-devel@gluster.org">gluster-devel@gluster.org</a><br>
> >> > >>> > > > > >> > Sent: Thursday, March 3, 2016 12:10:42 PM<br>
> >> > >>> > > > > >> > Subject: [Gluster-users] gluster volume heal info split<br>
> >> > >>> brain<br>
> >> > >>> > > > command<br>
> >> > >>> > > > > >> not showing files in split-brain<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > Hello,<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > In gluster, we use the command "gluster volume heal<br>
> >> > >>> c_glusterfs<br>
> >> > >>> > > > > >> > info<br>
> >> > >>> > > > > >> > split-brain" to find the files that are in split-brain<br>
> >> > >>> scenario.<br>
> >> > >>> > > > > >> > We run heal script (developed by Windriver prime team)<br>
> >> on<br>
> >> > >>> the<br>
> >> > >>> > > > > >> > files<br>
> >> > >>> > > > > >> reported<br>
> >> > >>> > > > > >> > by above command to resolve split-brain issue.<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > But we observed that the above command is not showing<br>
> >> all<br>
> >> > >>> files<br>
> >> > >>> > > > > >> > that<br>
> >> > >>> > > > > >> are in<br>
> >> > >>> > > > > >> > split-brain,<br>
> >> > >>> > > > > >> > even though split brain scenario actually exists on the<br>
> >> > >>> node.<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > Now a days this issue is seen more often and IO errors<br>
> >> are<br>
> >> > >>> > > > > >> > reported<br>
> >> > >>> > > > when<br>
> >> > >>> > > > > >> > tried to access these files under split-brain.<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > Can you please check why this gluster command is not<br>
> >> > >>> showing files<br>
> >> > >>> > > > under<br>
> >> > >>> > > > > >> > split-brain?<br>
> >> > >>> > > > > >> > We can provide you required logs and support to<br>
> >> resolve this<br>
> >> > >>> > > > > >> > issue.<br>
> >> > >>> > > > > >> Hi,<br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > >> Could you paste the output of getfattr -m. -de hex<br>
> >> > >>> > > > > >> <path-to-files-in-split-brain> from all the bricks that<br>
> >> the<br>
> >> > >>> files<br>
> >> > >>> > > > > >> lie<br>
> >> > >>> > > > in?<br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > Please reply on this because I am not getting any reply<br>
> >> > >>> from the<br>
> >> > >>> > > > > >> community.<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > --<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > Regards<br>
> >> > >>> > > > > >> > Abhishek Paliwal<br>
> >> > >>> > > > > >> ><br>
> >> > >>> > > > > >> > _______________________________________________<br>
> >> > >>> > > > > >> > Gluster-users mailing list<br>
> >> > >>> > > > > >> > <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
> >> > >>> > > > > >> > <a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > >> --<br>
> >> > >>> > > > > >> Thanks,<br>
> >> > >>> > > > > >> Anuradha.<br>
> >> > >>> > > > > >><br>
> >> > >>> > > > > ><br>
> >> > >>> > > > ><br>
> >> > >>> > > ><br>
> >> > >>> > > > --<br>
> >> > >>> > > > Thanks,<br>
> >> > >>> > > > Anuradha.<br>
> >> > >>> > > ><br>
> >> > >>> > ><br>
> >> > >>> > ><br>
> >> > >>> > ><br>
> >> > >>> > > --<br>
> >> > >>> > ><br>
> >> > >>> > ><br>
> >> > >>> > ><br>
> >> > >>> > ><br>
> >> > >>> > > Regards<br>
> >> > >>> > > Abhishek Paliwal<br>
> >> > >>> > ><br>
> >> > >>> ><br>
> >> > >>> > --<br>
> >> > >>> > Thanks,<br>
> >> > >>> > Anuradha.<br>
> >> > >>> ><br>
> >> > >>><br>
> >> > >>> --<br>
> >> > >>> Thanks,<br>
> >> > >>> Anuradha.<br>
> >> > >>><br>
> >> > >><br>
> >> > >><br>
> >> > >><br>
> >> > >> --<br>
> >> > >><br>
> >> > >><br>
> >> > >><br>
> >> > >><br>
> >> > >> Regards<br>
> >> > >> Abhishek Paliwal<br>
> >> > >><br>
> >> > ><br>
> >> > ><br>
> >> > ><br>
> >> > > --<br>
> >> > ><br>
> >> > ><br>
> >> > ><br>
> >> > ><br>
> >> > > Regards<br>
> >> > > Abhishek Paliwal<br>
> >> > ><br>
> >> ><br>
> >> ><br>
> >> ><br>
> >> > --<br>
> >> ><br>
> >> ><br>
> >> ><br>
> >> ><br>
> >> > Regards<br>
> >> > Abhishek Paliwal<br>
> >> ><br>
> >><br>
> >> --<br>
> >> Thanks,<br>
> >> Anuradha.<br>
> >><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > Regards<br>
> > Abhishek Paliwal<br>
> ><br>
><br>
><br>
><br>
> --<br>
><br>
><br>
><br>
><br>
> Regards<br>
> Abhishek Paliwal<br>
><br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Thanks,<br>
Anuradha.<br>
</font></span></blockquote></div><br><br clear="all"><br></div></div>