<div dir="ltr"><div><div><div><div><div>Hi Sean,<br><br></div>Thanks for all your advices.<br></div>We will work in that direction and will look into devstack-vagrant.<br>We will back to you when we will have more news.<br>
</div></div><br>Regarding the summit, unfortunately for us, we will not be able to attend to the next summit, however you are right, it will be a great time to discuss about this.<br><br></div>Thanks again,<br>Jérôme<br><div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-04-04 22:28 GMT+02:00 Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 04/03/2014 10:30 AM, Jérôme Gallard wrote:<br>
> Hi James,<br>
><br>
> Thanks for your answer!<br>
> As Mathieu said, we are currently working on the multi-node part of the<br>
> project and try to understand how the multi-node feature of nodepool<br>
> could be used by the other components of the infra.<br>
><br>
> Does something like the following lines make sense?<br>
><br>
> + when a job with multi-node is required :<br>
> - Jenkins selects a slave who has (for instance) the<br>
> "multi-devstack-precise" label<br>
> - Jenkins clones devstack-gate inside the primary node<br>
> - devstack-gate is executed "as usual" on the primary node (call of<br>
> devstack-vm-gate-wrap.sh --> setup_workspace --> setup_project --><br>
> devstack-vm-gate.sh --> setup_localrc --> stack.sh)<br>
> - at the end of the execution of stack.sh, a new part of code into<br>
> devstack-vm-gate.sh will allow to SSH into the "subnodes" thanks to the<br>
> /etc/nodepool files (this step may probably be done in parallel)<br>
> * devstack-gate is cloned inside the subnodes<br>
> * devstack-vm-gate-wrap.sh is executed inside the subnodes with<br>
> specifics environments variables in order to generate a good localrc for<br>
> the subnodes (some modifications of setup_localrc may have to probably<br>
> be done)<br>
<br>
</div>This looks sound. We'll need a new service selector here for the<br>
subnodes, as they will be very different in config (and should take<br>
*far* less time to come up).<br>
<br>
As soon as we have anything even remotely starting to function we should<br>
do a non-voting job on devstack and devstack-gate, as I expect we'll be<br>
tweaking a bunch there to get something repeatable.<br>
<br>
But I think this is a very solid plan.<br>
<br>
I also think this would be a great Summit Session for Atlanta as<br>
hopefully we'll have some prelim work happening and can figure out next<br>
steps.<br>
<br>
This - <a href="https://github.com/sdague/devstack-vagrant" target="_blank">https://github.com/sdague/devstack-vagrant</a> - has some<br>
demonstration of multi node devstack in a local environment. There may<br>
be handy bits in there to figure out how to life into devstack-gate<br>
feature selection.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</font></span></blockquote></div><br></div>