<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
Hi, Perry:
<div><br>
</div>
<div>Thanks a bunch for the pointer. I exchanged a couple of emails with Gary on this issue, which occurs on compute-node. We had workaround/solution in place right now, so it is not a road blocker for us. I will continue working with Gary until it is resolved
and verified.</div>
<div><br>
</div>
<div>In my configuration, I separated all quantum functions from compute onto a separate machine, i.e. as-net1. The default iptables rules happen to allow DHCP packets at inbound direction. Beyond that point, I verified at OVS bridges (both br-eth1 and br-int)
and I could see DHCP DISCOVER message was passed upstream all the way to tap interface. As a result, I expected dnsmasq to return IP assignment conveyed by DHCP OFFER message. However, it never happened.</div>
<div><br>
</div>
<div>Would like to make sure there is no misconfiguration on my side. </div>
<div><br>
</div>
<div>Thanks again!</div>
<div><br>
</div>
<div>Shixiong<br>
<div apple-content-edited="true">
<div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">
</div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">
<div style="margin: 0in 0in 0.0001pt; font-size: 12pt; font-family: 'Times New Roman', serif; ">
<span style="font-size: 13.5pt; font-family: Calibri, sans-serif; ">
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">
<br>
</div>
<br class="Apple-interchange-newline">
</span></div>
</div>
</div>
</div>
<br>
<div>
<div>On Feb 18, 2013, at 7:58 PM, Perry Myers <<a href="mailto:pmyers@redhat.com">pmyers@redhat.com</a>></div>
<div> wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">On 02/18/2013 07:50 PM, Shixiong Shang (shshang) wrote:<br>
<blockquote type="cite">Hi, Chris:<br>
<br>
If I completely disabled SELinux, then dnsmasq process could start<br>
without any error. However, my VM still couldn't obtain IP address from<br>
the DHCP server. Based on tcpdump right on tap interface to which DHCP<br>
server was hooked up, I saw inbound DHCP Discover message from VM. But I<br>
never saw DHCP OFFER message returned back to VM. I checked dnsmasq host<br>
files and it contains the right mapping between VM MAC and IP<br>
address…..Anything could go wrong?<br>
</blockquote>
<br>
Maybe you're hitting this error?<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=889868">https://bugzilla.redhat.com/show_bug.cgi?id=889868</a><br>
<br>
Gary is working on that one, and we hope to have a fix in the next build<br>
of quantum to put out on RHN/CDN.<br>
<br>
There's an upstream patch in review:<br>
https://review.openstack.org/#/c/22183/<br>
</blockquote>
</div>
<br>
</div>
</body>
</html>