<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
> As I really would like to keep a 1:1 matching with my current Devstack<br>
> installation, have you tried to trick Dockenstack by modifying the<br>
> localrc file to say Qemu as the driver ?<br></div></blockquote><div><br></div><div>Not yet, but I'd like to. It has been a secondary goal at this point. I have successfully tested with the Libvirt-LXC driver, however.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> Of course, it will need to run the container in a privileged mode (and<br>
> btw. building a Dockerfile with privileged mode is not yet possible) but<br>
> it sounds possible.<br></div></blockquote><div><br></div><div>It isn't necessary to build with a privileged mode, it only needs to run that way. Dockenstack already requires this for docker-in-docker anyway, so it's not an issue to require this for Qemu. <br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
</div><br>
I was doing some experimentation this weekend on that, however with<br>
straight up devstack in docker the fact that docker actively manages<br>
/etc/hosts (it's not a real file, it's part of AUFS), complicates some<br>
things. I also couldn't seemingly get rabbitmq to work in this env.<br>
Honestly I expect that largely to be about hostname sensitivities, which<br>
is why we muck with /etc/hosts so much.</blockquote><div><br></div><div>I had no problems, but I haven't tested Dockenstack with the Docker 0.9 or 0.10 releases, I last used it on 0.8.1.  I'll be updating the Dockerfile and testing it throughly with the latest Docker release once we merge the devstack patches.</div>
<div><br></div><div>Regards,</div><div>Eric Windisch</div></div></div></div>