<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 21, 2017 at 6:15 PM, Jeff Darcy <span dir="ltr">&lt;<a href="mailto:jdarcy@redhat.com" target="_blank">jdarcy@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-m_7336487722098737076gmail-">&gt; &gt;   2) Bug 1421590 - Bricks take up new ports upon volume restart after<br>
&gt; &gt; add-brick op with brick mux enabled<br>
&gt; &gt;     - Status: *Atin/Samikshan/Jeff*, any update on this?<br>
&gt; &gt;       - Can we document this as a known issue? What would be the way to<br>
&gt; &gt; get volume to use the older ports (a glusterd restart?)?<br>
<br>
</span>That would work, but is clearly less than ideal.<br>
<span class="gmail-m_7336487722098737076gmail-">&gt;<br>
&gt; Patch under review for master. Atin/Samikshan are we going to wait for<br>
&gt; this be backported? The last update was we need not consider this a<br>
&gt; blocker for the release, does that still hold?<br>
<br>
</span>I can review/backport this today, despite being on vacation (we&#39;re all<br>
giving our legs a day off).  Does that help?<br></blockquote><div><br></div><div>I don&#39;t think its a blocker. So irrespective of whether the patch gets in or not, the release should not be blocked. We can mark it as a known issue in the release note.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-m_7336487722098737076gmail-"><br>
&gt; &gt;   4) Bug 1422769 - brick process crashes when glusterd is restarted<br>
&gt;<br>
&gt; Atin/Samikshan, thoughts on this?<br>
<br>
</span>Very slight possibility this was an after-effect of 1421721, which is<br>
fixed.  Hard to tell, though, since I was never able to reproduce it<br>
on my systems.<br></blockquote><div><br></div><div>Again, not a blocker and I was unable to hit it with multiple attempts.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-m_7336487722098737076gmail-"><br>
&gt; &gt;   5) Bug 1422781 - Transport endpoint not connected error seen on client<br>
&gt; &gt; when glusterd is restarted<br>
&gt; &gt;     - Status: Repro not clean across setups, still debugging the problem<br>
&gt;<br>
&gt; Atin/Samikshan, were we able to narrow this down, post attempts to<br>
&gt; reproduce it?<br>
<br>
</span>Still trying to figure out why this won&#39;t reproduce using the cluster.rc<br>
stuff.  There seemed to be some possibility that it was related to the<br>
amount of I/O that was active while GlusterD was restarted, or to things<br>
being in containers, but haven&#39;t heard back from Atin.<br></blockquote><div><br></div><div>Although I was able to hit this issue at first attempt on release-3.10 head when the bug was filed, but later I couldn&#39;t with multiple attempts. Not sure any patch went in between which has fixed it. Given its not consistent, probably we can live with it.<br><br><br></div><div>However I am a bit bothered about <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1421724" target="_blank">https://bugzilla.redhat.com/<wbr>show_bug.cgi?id=1421724</a> where we see a flood of log entries in glusterd.log if a volume is restarted after turning on brick multiplexing and this scenario does look to be hit in the set up frequently. I did work with Samikshan &amp; Gaurav and figured out a possible RCA. I have posted a patch <a href="https://review.gluster.org/#/c/16699">https://review.gluster.org/#/c/16699</a>, reviews please?<br><br><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 class="gmail-m_7336487722098737076gmail-HOEnZb"><div class="gmail-m_7336487722098737076gmail-h5"><br>
______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail-m_7336487722098737076gmail_signature"><div dir="ltr"><div><div dir="ltr"><br></div><div>~ Atin (atinm)<br></div></div></div></div>
</div></div>