<div dir="ltr"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Sep 7, 2018 at 7:31 PM Dave Sherohman &lt;<a href="mailto:dave@sherohman.org">dave@sherohman.org</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">On Fri, Sep 07, 2018 at 10:46:01AM +0530, Pranith Kumar Karampuri wrote:<br>
&gt; On Tue, Sep 4, 2018 at 6:06 PM Dave Sherohman &lt;<a href="mailto:dave@sherohman.org" target="_blank">dave@sherohman.org</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; On Tue, Sep 04, 2018 at 05:32:53AM -0500, Dave Sherohman wrote:<br>
&gt; &gt; &gt; Is there anything I can do to kick the self-heal back into action and<br>
&gt; &gt; &gt; get those final 59 entries cleaned up?<br>
&gt; &gt;<br>
&gt; &gt; In response to the request about what version of gluster I&#39;m running<br>
&gt; &gt; (...which I deleted prematurely...), it&#39;s the latest version from the<br>
&gt; &gt; Debian stable repository, which they identify as 3.8.8-1.<br>
&gt; &gt;<br>
&gt; <br>
&gt; Hey, 3.8.8-1 is EOL, is it possible to use upstream version that is<br>
&gt; maintained like 3.12.x or 4.1.x?<br>
<br>
I prefer to stick with the Debian stable releases because they are<br>
**STABLE**.  Backported fixes for security issues, and that&#39;s it.  No<br>
new features to introduce new bugs, no incremental changes that just<br>
happen to break backwards compatibility in the process.<br></blockquote><div><br></div><div><a class="gmail_plusreply" id="gmail-plusReplyChip-0" href="mailto:ndevos@redhat.com" tabindex="-1">+de Vos, Niels</a> <a class="gmail_plusreply" id="gmail-plusReplyChip-1" href="mailto:kkeithle@redhat.com" tabindex="-1">+Keithley, Kaleb</a> <a class="gmail_plusreply" id="gmail-plusReplyChip-2" href="mailto:srangana@redhat.com" tabindex="-1">+Shyam</a> <br></div><div> Does Debian community do any feature/stability testing for glusterfs to make sure that the releases are more stable than the releases the gluster community does? Do you guys know? As far as I understand the deb packages from stable branches of glusterfs are included in the release?<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We currently are using an upstream elasticsearch because of an<br>
application which requires features that aren&#39;t in deb-stable.  As part<br>
of the same server move that led to my question here, we also had our<br>
elasticsearch cluster go down because, when the servers rebooted, a<br>
version incompatibility with one of the es plugins prevented it from<br>
starting back up.  I don&#39;t want that happening with our disks.  I want<br>
something that I know works today and will continue to work tomorrow,<br>
even if a security patch comes out between now and then.<br>
<br>
<br>
If gluster upstream has a &quot;security fixes and critical bugfixes ONLY,<br>
never a single new feature&quot; version available, then point me at it and<br>
I&#39;d be comfortable switching to that, but if it&#39;s the usual &quot;Security<br>
fix?  Just upgrade to the latest and greatest new version!&quot;, then I&#39;d<br>
really rather not.  That model works (more or less...) for end-user<br>
software, but I don&#39;t want it anywhere near my servers.<br></blockquote><div><br></div><div>I&#39;m afraid the answer is no. I personally fixed at least 1 bug which prevents stuck heal/dead-lock issue which went in 3.10 release (Even though the description of the bug says arbiter, we found it to be a generic bug: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1401404">https://bugzilla.redhat.com/show_bug.cgi?id=1401404</a>) which also has new features. Let us wait for answers from Shyam/Niels/Kaleb to find if Debian community does indeed something to make the releases more stable than the releases that happen in the community (as far as I understand it doesn&#39;t). May be that may convince you to re-consider your stance about the upgrade to one of the active stable releases on gluster and then we can see if you still face the problem and we could help fix it in further releases.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Dave Sherohman<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Pranith<br></div></div></div></div>