<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 13, 2016 at 9:41 AM, Dmitry Melekhov <span dir="ltr"><<a href="mailto:dm@belkam.com" target="_blank">dm@belkam.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>13.07.2016 07:46, Pranith Kumar
Karampuri пишет:<br>
</div><span class="">
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Jul 12, 2016 at 9:27 PM,
Dmitry Melekhov <span dir="ltr"><<a href="mailto:dm@belkam.com" target="_blank"></a><a href="mailto:dm@belkam.com" target="_blank">dm@belkam.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"> <br>
<br>
<div>12.07.2016 17:39, Pranith Kumar Karampuri пишет:<br>
</div>
<span>
<blockquote type="cite">
<div dir="ltr">Wow, what are the steps to recreate
the problem?<br>
</div>
</blockquote>
<br>
</span> just set file length to zero, always
reproducible.</div>
</blockquote>
<div><br>
</div>
<div>Changing things on the brick i.e. not from gluster
volume mount is not something you want to do. In the worst
case(I have seen this only once in the last 5 years
though) where you do this it can lead to data loss also.
So please be aware of it.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br></span>
Data replication with gluster is a way to avoid data loss, right? Or
no? If not- why use gluster then?<br>
I though that gluster self-healing will heal or at least report
missed files or files with wrong lenths- i.e. corruptions visible
just by reading brick's directory,<br>
not comparing data as bit rot detection...<br>
If this is not a bug, then gluster is not what I expected :-(<br></div></blockquote><div><br></div><div>Yes Data replication with gluster is a way to avoid data loss. Changing files directly on the brick is similar to changing internal data structures of a disk filesystem. Or changing the internal files of a database. Things may stop working as you expect it to. All the hardwork done by the stack is nullified if you fiddle with the data on the brick directly. To put it succinctly you enter into the area of undefined behavior if you start fiddling with the data on the brick directly. Unless it is a documented behaviour I suggest you don't do it.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<br>
Thank you!<div><div class="h5"><br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>
<div><br>
<br>
<blockquote type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Jul 12, 2016 at
3:09 PM, Dmitry Melekhov <span dir="ltr"><<a href="mailto:dm@belkam.com" target="_blank"></a><a href="mailto:dm@belkam.com" target="_blank">dm@belkam.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>12.07.2016 13:33, Pranith Kumar
Karampuri пишет:<br>
</div>
<span>
<blockquote type="cite">
<div dir="ltr">What was "gluster
volume heal <volname> info"
showing when you saw this issue?<br>
</div>
</blockquote>
<br>
</span> just reproduced :<br>
<br>
<br>
[root@father brick]# >
gstatus-0.64-3.el7.x86_64.rpm <br>
<span> <br>
[root@father brick]# gluster volume heal
pool <br>
Launching heal operation to perform
index self heal on volume pool has been
successful <br>
Use heal info commands to check status<br>
</span> [root@father brick]# gluster
volume heal pool info<br>
Brick father:/wall/pool/brick<br>
Status: Connected<br>
Number of entries: 0<br>
<br>
Brick son:/wall/pool/brick<br>
Status: Connected<br>
Number of entries: 0<br>
<br>
Brick spirit:/wall/pool/brick<br>
Status: Connected<br>
Number of entries: 0<br>
<br>
[root@father brick]# <br>
<div>
<div> <br>
<br>
<br>
<blockquote type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon,
Jul 11, 2016 at 3:28 PM, Dmitry
Melekhov <span dir="ltr"><<a href="mailto:dm@belkam.com" target="_blank"></a><a href="mailto:dm@belkam.com" target="_blank">dm@belkam.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
3.7.13, 3 bricks volume.<br>
<br>
inside one of bricks:<br>
<br>
[root@father brick]# ls -l
gstatus-0.64-3.el7.x86_64.rpm<br>
-rw-r--r-- 2 root root 52268
июл 11 13:00
gstatus-0.64-3.el7.x86_64.rpm<br>
[root@father brick]#<br>
<br>
<br>
[root@father brick]# >
gstatus-0.64-3.el7.x86_64.rpm<br>
[root@father brick]# ls -l
gstatus-0.64-3.el7.x86_64.rpm<br>
-rw-r--r-- 2 root root 0 июл
11 13:54
gstatus-0.64-3.el7.x86_64.rpm<br>
[root@father brick]#<br>
<br>
so now file has 0 length.<br>
<br>
try to heal:<br>
<br>
<br>
<br>
[root@father brick]# gluster
volume heal pool<br>
Launching heal operation to
perform index self heal on
volume pool has been
successful<br>
Use heal info commands to
check status<br>
[root@father brick]# ls -l
gstatus-0.64-3.el7.x86_64.rpm<br>
-rw-r--r-- 2 root root 0 июл
11 13:54
gstatus-0.64-3.el7.x86_64.rpm<br>
[root@father brick]#<br>
<br>
<br>
nothing!<br>
<br>
[root@father brick]# gluster
volume heal pool full<br>
Launching heal operation to
perform full self heal on
volume pool has been
successful<br>
Use heal info commands to
check status<br>
[root@father brick]# ls -l
gstatus-0.64-3.el7.x86_64.rpm<br>
-rw-r--r-- 2 root root 52268
июл 11 13:00
gstatus-0.64-3.el7.x86_64.rpm<br>
[root@father brick]#<br>
<br>
<br>
full heal is OK.<br>
<br>
But, self-heal is doing index
heal according to<br>
<br>
<a href="http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Developer-guide/afr-self-heal-daemon/" rel="noreferrer" target="_blank">http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Developer-guide/afr-self-heal-daemon/</a><br>
<br>
Is this bug?<br>
<br>
<br>
As far as I remember it worked
in 3.7.10....<br>
<br>
<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">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></blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div data-smartmail="gmail_signature">
<div dir="ltr">Pranith<br>
</div>
</div>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div data-smartmail="gmail_signature">
<div dir="ltr">Pranith<br>
</div>
</div>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div data-smartmail="gmail_signature">
<div dir="ltr">Pranith<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div></div>