<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hello,<br>
<br>
On 02/26/2016 08:29 AM, ABHISHEK PALIWAL wrote:<br>
</div>
<blockquote
cite="mid:CA+15cFMSGJ52CnGn-tUFhoVEEBYoG9C6H7G6EHu_w-sxviBrmA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>Hi Ravi,<br>
<br>
</div>
Thanks for the response.<br>
<br>
</div>
We are using Glugsterfs-3.7.8<br>
<br>
Here is the use case:<br>
<br>
<span style="color:rgb(0,0,0)">We have a logging file
which saves logs of the events for every board of a
node and these files are in sync using glusterfs.
System in replica 2 mode it means <span class="im">When
one brick in a replicated volume goes offline, the
glusterd daemons on the other nodes keep track of
all the files that are not replicated to the
offline brick. When the offline brick becomes
available again, the cluster initiates a healing
process, replicating the updated files to that
brick. </span>But in our casse, we see that log
file of one board is not in the sync and its format
is corrupted means files are not in sync.</span><br>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Just to understand you correctly, you have mounted the 2 node
replica-2 volume on both these nodes and writing to a logging file
from the mounts right? <br>
<br>
<blockquote
cite="mid:CA+15cFMSGJ52CnGn-tUFhoVEEBYoG9C6H7G6EHu_w-sxviBrmA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div><br>
</div>
Even the outcome of <span class=""><span class="">#gluster
volume heal c_glusterfs info shows that there is no
pending heals.<br>
<br>
</span></span><span class=""><span class="">Also , The
logging file which is updated is of fixed size and
the new entries will be wrapped ,overwriting the old
entries.<br>
<br>
This way we have seen that after few restarts , the
contents of the same file on two bricks are
different , but the volume heal info shows zero
entries<br>
<br>
</span></span></div>
<span class=""><span class="">Solution:<br>
<br>
</span></span></div>
<span class=""><span class="">But when we tried to put
delay </span></span><span class=""><span class=""><span
class=""><span class=""> > 5 min</span></span>
before the healing everything is working fine.<br>
<br>
</span></span></div>
<span class=""><span class="">Regards,<br>
</span></span></div>
<span class=""><span class="">Abhishek<br>
</span></span> </div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Feb 26, 2016 at 6:35 AM,
Ravishankar N <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ravishankar@redhat.com" target="_blank">ravishankar@redhat.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"><span class="">
<div>On 02/25/2016 06:01 PM, ABHISHEK PALIWAL wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>Hi,<br>
<br>
</div>
Here, I have one query regarding the time
taken by the healing process.<br>
</div>
In current two node setup when we rebooted one
node then the self-healing process starts less
than 5min interval on the board which resulting
the corruption of the some files data.<br>
</div>
</div>
</div>
</blockquote>
<br>
</span> Heal should start immediately after the brick
process comes up. What version of gluster are you using?
What do you mean by corruption of data? Also, how did you
observe that the heal started after 5 minutes?<br>
-Ravi<br>
<blockquote type="cite"><span class="">
<div dir="ltr">
<div>
<div><br>
</div>
And to resolve it I have search on google and
found the following link:<br>
<a moz-do-not-send="true"
href="https://support.rackspace.com/how-to/glusterfs-troubleshooting/"
target="_blank">https://support.rackspace.com/how-to/glusterfs-troubleshooting/</a><br>
<br>
</div>
<div>Mentioning that the healing process can takes
upto 10min of time to start this process.<br>
<br>
</div>
<div>Here is the statement from the link:<br>
<br>
"Healing replicated volumes <br>
<br>
When any brick in a replicated volume goes
offline, the glusterd daemons on the remaining
nodes keep track of all the files that are not
replicated to the offline brick. When the offline
brick becomes available again, the cluster
initiates a healing process, replicating the
updated files to that brick. <b>The start of this
process can take up to 10 minutes, based on
observation.</b>" <br>
</div>
<div><br>
</div>
<div>After giving the time of more than 5 min file
corruption problem has been resolved.<br>
</div>
<div><br>
</div>
<div>So, Here my question is there any way through
which we can reduce the time taken by the healing
process to start?<br>
<br>
</div>
<br>
Regards,<br>
Abhishek Paliwal<br clear="all">
<br>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
</span>
<pre>_______________________________________________
Gluster-devel mailing list
<a moz-do-not-send="true" href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a>
<a moz-do-not-send="true" href="http://www.gluster.org/mailman/listinfo/gluster-devel" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-devel</a></pre>
</blockquote>
<br>
<br>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div class="gmail_signature">
<div dir="ltr"><br>
<br>
<br>
<br>
Regards<br>
Abhishek Paliwal<br>
</div>
</div>
</div>
</blockquote>
<br>
<br>
</body>
</html>