<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class="">On 10 Mar 2017, at 12:05, Krutika Dhananjay &lt;<a href="mailto:kdhananj@redhat.com" class="">kdhananj@redhat.com</a>&gt; wrote:</div><div class=""><br style="font-family: Helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><div class="gmail_quote" style="font-family: Helvetica; font-size: 14px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">On Fri, Mar 10, 2017 at 4:09 PM, Cedric Lemarchand<span class="Apple-converted-space">&nbsp;</span><span dir="ltr" class="">&lt;<a href="mailto:yipikai7@gmail.com" target="_blank" class="">yipikai7@gmail.com</a>&gt;</span><span class="Apple-converted-space">&nbsp;</span>wrote:<br class=""><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex;"><span class=""><br class="">&gt; On 10 Mar 2017, at 10:33, Alessandro Briosi &lt;<a href="mailto:ab1@metalit.com" class="">ab1@metalit.com</a>&gt; wrote:<br class="">&gt;<br class="">&gt; Il 10/03/2017 10:28, Kevin Lemonnier ha scritto:<br class="">&gt;&gt;&gt; I haven't done any test yet, but I was under the impression that<br class="">&gt;&gt;&gt; sharding feature isn't so stable/mature yet.<br class="">&gt;&gt;&gt; In the remote of my mind I remember reading something about a<br class="">&gt;&gt;&gt; bug/situation which caused data corruption.<br class="">&gt;&gt;&gt; Can someone confirm that sharding is stable enough to be used in<br class="">&gt;&gt;&gt; production and won't cause any data loss?<br class="">&gt;&gt; There were a few bugs yeah. I can tell you that in 3.7.15 (and I assume<br class="">&gt;&gt; later versions) it works well as long as you don't try to add new bricks<br class="">&gt;&gt; to your volumes (we use it in production for HA virtual machine disks).<br class="">&gt;&gt; Apparently that bug was fixed recently, so latest versions should be<br class="">&gt;&gt; pretty stable yeah.<br class="">&gt;<br class="">&gt; I'm using 3.8.9, so I suppose all known bugs have been fixed there (also the one with adding briks)<br class="">&gt;<br class="">&gt; I'll then proceed with some tests before going to production.<br class=""><br class=""></span>I am still asking myself how such bug could happen on a clustered storage software, where adding bricks is a base feature for scalable solution, like Gluster. Or maybe is it that STM releases are really under tested compared to LTM ones ? Could we states that STM release are really not made for production, or at least really risky ?<br class=""></blockquote><div class=""><br class=""></div><div class="">Not entirely true. The same bug existed in LTM release too.<br class=""><br class="">I did try reproducing the bug on my setup as soon as Lindsay, Kevin and others started reporting about it, but it was never reproducible on my setup.<br class=""></div><div class="">Absence of proper logging in libgfapi upon failures only made it harder to debug, even when the users successfully recreated the issue and shared<br class=""></div><div class="">their logs. It was only after Satheesaran recreated it successfully with FUSE mount that the real debugging could begin, when fuse-bridge translator<br class=""></div><div class="">logged the exact error code for failure.</div></div></div></blockquote><br class=""></div><div>Indeed an unreproducible bug is pretty hard to fix … thanks for the feed back. What would be the best way to find out critical bugs in different Gluster releases ? maybe browsing <a href="https://review.gluster.org/" class="">https://review.gluster.org/</a> or&nbsp;<a href="https://bugzilla.redhat.com" class="">https://bugzilla.redhat.com</a>, any advices ?</div><div><br class=""></div><div>Cheers</div><div><br class=""></div><div>Cédric</div><br class=""></body></html>