It's not a dnsmasq problem. I think the problem is: https://bugs.launchpad.net/neutron/+bug/1185916 with the Neutron Server and the DHCP agent updates loosed when the load is too high. Édouard. On Thu, Aug 22, 2013 at 6:47 AM, Linus Nova <linus at linusnova.com> wrote: > > Hi, > > Some times Dnsmasq (dhcp lease offer) does not function correctly. > > try this : > > killall dnsmasq > > service quantum-dhcp.... restart > > Hard reboot your VM and start tcpdump on the tap near Dnsmasq to check the > traffic. > > Best. > > Linus > > > > Le mercredi 21 août 2013, Mina Nagy Zaki a écrit : > > Hello, >> I have working network configuration, VMs have access to the external >> network, hosts have access to VMs. But DHCP replies are not making it >> back into the VMs. >> >> tcpdump and iptables tracing show me that the requests make it through >> just fine, but the replies don't make it out of the qdhcp-XXXX >> namespace (the go out the tap interface there but I'm not sure what >> happens to them next) >> >> How should I go about debugging this? >> >> Thanks! >> -- >> Mina Nagy Zaki >> >> _______________________________________________ >> Mailing list: >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> Post to : openstack at lists.openstack.org >> Unsubscribe : >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : openstack at lists.openstack.org > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130822/66032404/attachment.html>