<div><br><div class="gmail_quote"><div>On Tue, 25 Apr 2017 at 10:21 PM, Jeff Darcy <<a href="mailto:jeff@pl.atyp.us">jeff@pl.atyp.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Arial"><br></div>
<div><br></div>
<div><br></div>
<div>On Mon, Apr 24, 2017, at 11:52 AM, Jeff Darcy wrote:<br></div>
<blockquote type="cite"><div style="font-family:Arial">On Fri, Apr 21, 2017, at 09:17 AM, Atin Mukherjee wrote:<br></div>
<blockquote type="cite"><div><div><div style="font-family:Arial">As we don't run our .t files with brick mux being enabled for every patches can we ensure that there is a nightly regression trigger with brick multiplexing feature being enabled. The reason for this ask is very simple, we have no control on the regression for this feature. I've already seen a very basic test (volume status not reflecting bricks online after glusterd restart) breaking recently which used to work earlier.<br></div>
</div>
</div>
</blockquote><div style="font-family:Arial"><br></div>
<div style="font-family:Arial">+100<br></div>
</blockquote><div style="font-family:Arial"><br></div>
</div><div><div style="font-family:Arial">FWIW, the way I ran these tests during development was to have a patch that makes multiplexing the default. I'd periodically rebase that on top of whatever else was current, then run regressions on that. To do that as part of a periodic test, we'd need the regression scripts to look for that same patch in some "well known place" and apply it before building. Is that something that somebody else would feel comfortable implementing, or should I look into it?</div></div></blockquote><div><br></div><div>I personally feel some one in team can look into this, while your time is valuable with more FS reviews.</div><div><br></div><div>I will work with team to look into this.</div><div><br></div><div>-Amar</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Arial"><br></div>
<div style="font-family:Arial"><br></div>
</div>
_______________________________________________<br>
Gluster-infra mailing list<br>
<a href="mailto:Gluster-infra@gluster.org" target="_blank">Gluster-infra@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-infra" rel="noreferrer" target="_blank">http://lists.gluster.org/mailman/listinfo/gluster-infra</a></blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div>