<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 3, 2016 at 11:47 AM, Eyal Edri <span dir="ltr"><<a href="mailto:eedri@redhat.com" target="_blank">eedri@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">A weekly reminder on open bugs & patches to keep track on blockers for oVirt testing:<br><br><br><u>Open bugs:</u><div><a href="https://goo.gl/eUaPUY" target="_blank">https://goo.gl/eUaPUY</a></div><div><br><br><u>Blocking bugs in potential:</u><br><ul><li>Bug 1311121 - oVirt system tests for 3.6 fail to deactivate domain on the first try - suspect race between OVF update and SPM stop (engine bug)<br></li><ul><li>Patch provided, pending verification/testing on the tests </li></ul></ul></div></div></blockquote><div><br></div><div>Looks like <a href="https://gerrit.ovirt.org/#/c/55514/">https://gerrit.ovirt.org/#/c/55514/</a> [<span style="color:rgb(53,53,53);font-family:monospace;white-space:pre">Basic quota tests] - which has nothing to do with storage, can be a great workaround for the above.</span></div><div>Since essentially the above is a race, just doing something that takes a bit of time will allow the OVF update to be completed successfully. Playing with quota allows that.</div><div>In addition, a simple switch between the order of hot-add disk and hot-add NIC in 004 tests will overcome the 2nd place this might happen.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br><br><u>Open patches:</u><br><a href="https://gerrit.ovirt.org/#/q/project:ovirt-system-tests+status:open" target="_blank">https://gerrit.ovirt.org/#/q/project:ovirt-system-tests+status:open</a><br><br><div><ul><li>WIP:Fix the master suite runs<br></li><li>Improvements to storage domains add tests<br></li><li>Merged storage servers into one<br></li><li>Basic quote tests<br></li></ul></div><div><br></div><div>If you have any updates on the bugs/patches please reply with more info.</div></div></div></blockquote><div><br></div><div>The move to EL7 has brought in several issues:</div><div>1. For some reason, there's now a need to sync tens of more packages. Not sure why. I'll send a patch later this week to do that. With them, host installation time is slashed almost back to normal.</div><div>2. 'Almost back to normal' - as there's another regression (for which I have a workaround as well) that needs to be handled too, to take host installation down to ~2 minutes.</div><div>3. Hosts stuck on installation[1] - I believe this is a network bug. </div><div><br></div><div>In addition:</div><div>4. I think that writing logs into test_logs/... is a bit of a regression - it doesn't allow to easily run multiple tests, as I've used to. Offline discussion with David turned out that there's some additional work to do to allow it - we need to focus on it (after uniting the storage servers, etc.)</div><div>5. I have several changes to the storage server deployment scripts - small changes, but I believe they are beneficial (move everything to XFS, fewer LUNs, disable firewall on them, etc.)</div><div>6. Seems like I've almost managed to install Gluster in a hyper-converged setup with gdeploy[2]. I'll try to push this too this week. It's a bit ugly, but works.</div><div>7. I'm looking into collect artifacts. Just realized it freezes the OS, which isn't optimal. I've tried with scp only - and it looks good and fast.</div><div><br></div><div>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1322257">https://bugzilla.redhat.com/show_bug.cgi?id=1322257</a></div><div>[2] <a href="https://github.com/gluster/gdeploy">https://github.com/gluster/gdeploy</a></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span class=""><font color="#888888"><div><br><br>-- <br>Eyal Edri<br>Associate Manager<br>RHEV DevOps<br>EMEA ENG Virtualization R&D<br>Red Hat Israel<br><br>phone: <a href="tel:%2B972-9-7692018" value="+97297692018" target="_blank">+972-9-7692018</a><br>irc: eedri (on #tlv #rhev-dev #rhev-integ)</div></font></span></div></div>
<br>_______________________________________________<br>
lago-devel mailing list<br>
<a href="mailto:lago-devel@ovirt.org">lago-devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/lago-devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/lago-devel</a><br>
<br></blockquote></div><br></div></div>