<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 13, 2016 at 10: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">13.07.2016 09:09, Lindsay Mathieson пишет:<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 13 July 2016 at 15:06, Dmitry Melekhov <<a href="mailto:dm@belkam.com" target="_blank">dm@belkam.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
zfs repairs deleted files? wow! :-D<br>
</blockquote>
<br>
File corruptions (if you have zfs raid configured), which I presumed<br>
you were referring to.<br>
<br>
There is only so much a system can do to protect users against<br>
themselves, If you insist on deleting underlying files on a brick and<br>
not triggering a full heal then I suggest you have crossed that line.<br>
<br>
</blockquote></span>
There are two types of corruption:<br>
<br>
1. hardware failure, to prevent this we use hardware raid6 right now, this is quite good, imho;<br>
2. human errors, this is what I'm talking about here.<br>
<br>
</blockquote></div>I think classic solution for human errors is snapshots. Which is present in gluster. Feel free to give us feedback.<br></div><div class="gmail_extra"><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div></div>