<div dir="ltr">Howdy!<div><br></div><div>Here's some follow-up on setting up devstack-vm-gate as a 3rd party.</div><div><br></div><div>On 13 March 2014 15:30, Luke Gorrie <span dir="ltr"><<a href="mailto:luke@tail-f.com" target="_blank">luke@tail-f.com</a>></span> wrote:<br>

</div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">

<div>1. I need to enable an ML2 mech driver. How can I do this? I have been trying to create a localrc with a "Q_ML2_PLUGIN_MECHANISM_DRIVERS=..." line, but it appears that the KEEP_LOCALRC option in devstack-gate is broken (confirmed on #openstack-infra).</div>

</div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div> </div></div></blockquote>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>2. How do I streamline which tests are run? I tried added "export DEVSTACK_GATE_TEMPEST_REGEX=network" in the Jenkins job configuration but I don't see any effect. (word on #openstack-infra is this option is not used by them so status unknown.)</div>

</div></blockquote><div><br></div><div><div>Now we have diagnosed (on #openstack-qa) and submitted fixes to devstack-gate for both of these problems.</div></div><div><br></div><div>Links: <a href="https://review.openstack.org/#/c/80359/" target="_blank">https://review.openstack.org/#/c/80359/</a> (for localrc) and <a href="https://review.openstack.org/#/c/80566/" target="_blank">https://review.openstack.org/#/c/80566/</a> (for regex).</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">3. How do I have Jenkins copy the log files into a directory on the Jenkins master node (that I can serve up with Apache)? This is left as an exercise to the reader in the blog tutorial but I would love a cheat, since I am getting plenty of exercise already :-).<br>

</div></blockquote><div><br></div><div>This is still open for me. I have some tips from IRC (thanks Jay) but I haven't been able to make them work yet.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div>I also have the meta-question: How can I test changes/fixes to devstack-gate?</div></div></blockquote><div><br></div><div>We found a solution for this now. If you add this line to the Jenkins job:</div>
<div><br></div><div>  export SKIP_DEVSTACK_GATE_PROJECT=1<br></div><div><br></div><div>then I can edit /opt/stack/new/devstack-gate/devstack-vm-gate.sh without it being overwritten on each test run. That makes it possible to do work on the script. (Important: remember to also remove the lines from the Jenkins job that do a "git reset --hard" to HEAD.)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div>I also have an issue that worries me. I once started seeing tempest tests failing due to a resource leak where the kernel ran out of loopback mounts and that broke tempest.</div></div></blockquote><div>
<br></div><div>This issue hasn't popped up again.</div><div><br></div><div>Overall it's fun to be able to hang out on IRC and make improvements to the OpenStack infrastructure tools. On the other hand, I've now invested about a week of effort and I still don't have the basic devstack-vm-gate working reliably, let alone testing the driver that I am interested in. So I find it's a bit tough as a small vendor to comply with the new CI rules. Lack of familiarity with the overall toolchain + 30-minute turnaround time on testing each change really kills my productivity.</div>
<div><br></div><div>Cheers,<br></div><div>-Luke</div><div><br></div><div><br></div></div></div></div>