<div dir="ltr"><div dir="ltr"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 5, 2019 at 10:48 PM Poornima Gurusiddaiah &lt;<a href="mailto:pgurusid@redhat.com">pgurusid@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>We had a critical bug [1], that got introduced in gluster release 5. There are users waiting on an update with the fix. Hence requesting for an out of band release for 5.6. Myself and jiffin, volunteer to do some tasks of the release- tagging(?) testing. But would need help with the builds and other tasks.<br></div><div><br></div><div>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1673058" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1673058</a></div><div>[2] <a href="https://review.gluster.org/#/c/glusterfs/+/22404/" target="_blank">https://review.gluster.org/#/c/glusterfs/+/22404/</a></div><div><br></div></div></div></div></blockquote><div><br></div><div>+1 to the idea of doing an out of band release. </div><div><br></div><div>I am also wondering how we can prevent significant regressions from being part of a release in the future. One proposal I have right away is to ensure that functional (glusto?) and performance (gbench?) regression tests are completed prior to a release. Both glusto and gbench might need some attention from us to be able to use those frameworks effectively for release testing.</div><div><br></div><div>Are there better thoughts or proposals for preventing issues of this nature?</div><div><br></div><div>Thanks,</div><div>Vijay </div></div></div>