<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 20, 2013 at 4:15 PM, Nathanael Burton <span dir="ltr"><<a href="mailto:nathanael.i.burton@gmail.com" target="_blank">nathanael.i.burton@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On Wed, Mar 20, 2013 at 3:51 PM, Lorin Hochstein <span dir="ltr"><<a href="mailto:lorin@nimbisservices.com" target="_blank">lorin@nimbisservices.com</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="h5"><div dir="ltr">I'm doing a Folsom deployment with FlatDHCP (not multihost).<div>
<br></div><div>When I try to boot a quantal image, the instance doesn't pick up the DHCP lease. I've confirmed that dnsmasq is sending out the DHCPOFFER, and I can see by tcpdump on the compute host that the DHCP packets are making it to the vnet0 interface.<br>


</div><div><br></div><div><br></div><div>Note that I tried adding this iptables rule as mentioned here <<a href="https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/issues/14" target="_blank">https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/issues/14</a>>, but that didn't resolve it.</div>


<div><br></div><div>    iptables -D POSTROUTING -t mangle -p udp --dport 68 -j CHECKSUM --checksum-fill<br></div><div><div><br></div><div><br></div><div><br></div><div><div>However, the problem goes away if I change this setting on the compute hosts in /etc/nova/nova.conf</div>


<div><br></div><div>    libvirt_use_virtio_for_bridges=true</div><div><br></div><div>to:</div><div><br></div><div>   libvirt_use_virtio_for_bridges=false<br></div></div><div><br></div><div><br></div><div>Anybody know what would cause this?<br>


</div><div><br><div><br></div><div>I'm on Ubuntu 12.04 with the cloud-archive packages, with KVM as the hypervisor</div><span><font color="#888888"><div><br></div><div><br></div></font></span></div></div></div></div>
</div></blockquote></div>You didn't restart nova-network without killing and restarting dnsmasq, did you?<br><br>Nate<br><br><br></div></div>
</blockquote></div><br>Of course not! (Well, maybe...). But just tried again, killing dnsmasq and restarting nova-network doesn't seem to help. I'm guessing the issue is confined to the compute node, and since I'm not running multihost, I don't think I even need to restart nova-network each time I make a virtio-related change on the compute node...</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">Lorin<br><br clear="all"><div><br></div>-- <br><div dir="ltr">Lorin Hochstein<br><div>Lead Architect - Cloud Services</div><div>Nimbis Services, Inc.</div><div><a href="http://www.nimbisservices.com" target="_blank">www.nimbisservices.com</a></div>
</div>
</div></div>