<div dir="ltr">Hi Bernd,<div><br></div><div>It seems that your KVM networks are interfering with the VirtualBox networks. Yes the networking in VirtualBox is carried out in a different way as w.r.t. KVM but at the same time you cannot use overlapping subnets!</div><div><br></div><div>My suggestion for you is to de-activate (not delete) the KVM networks as and when required while running the VirtualBox setup.</div><div><br></div><div>Regards,<br>Pranav</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 30, 2015 at 7:04 AM, Bernd Bausch <span dir="ltr"><<a href="mailto:berndbausch@gmail.com" target="_blank">berndbausch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
-----Original Message-----<br>
From: Roger Luethi [mailto:<a href="mailto:rl@patchworkscience.org">rl@patchworkscience.org</a>]<br>
Sent: Monday, November 30, 2015 12:40 AM<br>
To: Bernd Bausch <<a href="mailto:berndbausch@gmail.com">berndbausch@gmail.com</a>><br>
Cc: <a href="mailto:openstack-docs@lists.openstack.org">openstack-docs@lists.openstack.org</a><br>
Subject: Re: [OpenStack-docs] [training-labs] Networking problems<br>
<br>
(...snip...)<br>
<span class=""><br>
> Both times, the cause was a race condition. The script was moving too fast<br>
for the system. If<br>
> interfaces/bridge are not ready when the neutron-l3-agent comes up, it<br>
marks them as down<br>
> permanently and you'd have to manually fiddle with the database to fix it<br>
(rebooting the services<br>
> or the VMs won't help). I guess we could add a function to fix the<br>
database if the race keeps<br>
> hitting us, but I'd rather fix the race.<br>
<br>
</span>I remember you or Pranav mentioning it at the summit. That would be a nice<br>
little project, but since the Liberty install guide is now using<br>
LinuxBridge, perhaps not really worthwhile? I am sure there will be other<br>
races :)<br>
<span class=""><br>
> osbash configures port forwarding for you. In order to log into the<br>
controller node, use:<br>
> $ ssh -p 2230 osbash@localhost<br>
><br>
> For network, it's port 2231, for compute, port 2232.<br>
><br>
> Alternatively (starting with VirtualBox 5), you can just open a console on<br>
any running VM (in the<br>
> VirtualBox GUI's VM context menu, select "Show").<br>
<br>
</span>Then the documentation (in this case, the README.rst) needs some fixing.<br>
I'll file a bug and correct it.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
OpenStack-docs mailing list<br>
<a href="mailto:OpenStack-docs@lists.openstack.org">OpenStack-docs@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br>
</div></div></blockquote></div><br></div>