<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Nice! Thanks Thiago for the details.<br>Looks like this bug should be reported.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">

<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Cheers</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><b style="color:rgb(51,51,51)"><font><br><font face="tahoma, sans-serif">BUSSY Jean-Daniel</font></font></b><font face="tahoma, sans-serif"><br>

</font></div><font face="tahoma, sans-serif">Cloud Engineer | GREE<br><font color="#333333">Mobile:</font> +81 090-3317-1337<br><font color="#333333">Email:</font> <a href="mailto:silversurfer972@gmail.com" target="_blank">silversurfer972@gmail.com</a></font></div>

</div>
<br><br><div class="gmail_quote">On Tue, Nov 19, 2013 at 7:01 PM, Darragh O'Reilly <span dir="ltr"><<a href="mailto:dara2002-openstack@yahoo.com" target="_blank">dara2002-openstack@yahoo.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Thiago,<br>
<br>
I did a qucik test with Havana on Ubuntu 12.04 with QEMU, OVS 1.10.2 and the OVS hybrid driver. Started an instance, rebooted the compute node, and the instance goes to status STOPPED. Then ran 'nova start instance-name', and it starts ok, but DHCP does not work.<br>


<br>
In the logs I see OVS starting first and recreating the qvoxxxxxx-xx port and interface from its database. Then nova-compute starts and creates the qbr Linux bridge and qvb interface, but it is not recreating the  qvo port and interface because they already exist.  Everything looks ok, and the DHCP requests are getting to qvo, but they are not getting into br-int.<br>


<br>
It seems the qvo interface needs to be created by Nova (using the ip command) before the OVS port is created with the same name. Otherwise OVS does not seem to enslave the interface.<br>
<br>
I added this upstart script to run cleanup which will delete the ports on br-int before nova-compute and the OVS agent start:<br>
<br>
root@compute1:~# cat /etc/init/neutron-ovs-cleanup.conf<br>
start on starting nova-compute or neutron-plugin-openvswitch-agent<br>
script<br>
  /usr/bin/neutron-ovs-cleanup<br>
end script<br>
<br>
Now nova-compute has to recreate everything, and the instance is getting an IP with DHCP. Maybe you can try this out in your test environment.<br>
<br>
Re, Darragh.<br>
<div class="im HOEnZb"><br>
<br>
<br>
>Guys,<br>
><br>
>My Havana (Ubuntu based) Compute Node was restarted and lots of Instances<br>
>does not get an IP anymore.<br>
><br>
>Tips?!<br>
><br>
</div><div class="im HOEnZb">>It is ramdom, I mean, some instances of this same compute node are normal,<br>
>while others have no IP.<br>
><br>
</div><div class="im HOEnZb">>I really need help here because my client's web site is completely off line<br>
>now...<br>
><br>
>I'm using Per-Tenant router with private networks + VXLAN.<br>
><br>
>Tks!<br>
>Thiago<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div>