<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">Il 26 feb 2017 2:14 AM, "Kevin Lemonnier" <<a href="mailto:lemonnierk@ulrar.net">lemonnierk@ulrar.net</a>> ha scritto:<blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sure sounds like what corrupted everything for me a few months ago :). Had to spend the whole night<br>
re-creating the VMs from backups, and explaining the dataloss and downtime to the clients wasn't easy.<br>
<br>
Unfortunatly I believe they never managed to reproduce the issue, so I don't think it was ever fixed,<br>
no. We are using 3.7.13 so downgrading won't help you, I don't know of any workaround.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">That's why, some months ago, I've suggested less feature and more stability to gluster</div><div dir="auto"><br></div><div dir="auto">This is absolutely unacceptable for a storage software</div><div dir="auto">A storage software MUST preserve data integrity, at any cost. It's the primary goal for a storage.</div><div dir="auto"><br></div><div dir="auto">I suggest to temporarily stop development and fix this issue ASAP.</div><div dir="auto">Everyone from gluster should look at this issue that is causing massive dataloss</div><div dir="auto">This is what we would do in our company when critical bugs are found</div><div dir="auto"><br></div><div dir="auto">BUT if I remember properly something similiar from 3.7 was fixed in 3.8 (or 3.9) ?</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div></div></div></div>