<div dir="ltr"><span style="font-size:12.800000190734863px">Oh hey there Curtis!</span><div style="font-size:12.800000190734863px"><br></div><div><span style="font-size:12.800000190734863px;color:rgb(80,0,80)">> </span><font color="#500050"><span style="font-size:12.800000190734863px">Basically I expect there is no dhcp service. Double check the network has dhcp?</span></font><span style="font-size:12.800000190734863px;color:rgb(80,0,80)"> </span></div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">There's DHCP running on the net nodes, but the dhcp logs don't show any errors or warnings</div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">In the DHCP logs, the only difference I can see is when booting from provider it says its building the host file in /var/lib/neutron/dhcp/ while booting from a self-service network, it says building in /var/lib/neutron/.</div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">I have enable_isolated_metadata = True in the dhcp config.  But I noticed that the dnsmasq logs dont show a DHCPDISCOVER or OFFER for the provider IP I try to boot with. It shows for a self-service network.</div><div style="font-size:12.800000190734863px"><br></div><div><span style="font-size:12.800000190734863px;color:rgb(80,0,80)">> </span><font color="#500050"><span style="font-size:12.800000190734863px">You could test with a config drive if you wanted to verify, or don't want dhcp service.</span></font><span style="font-size:12.800000190734863px;color:rgb(80,0,80)"> </span></div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">I don't want to use config drive since ceph is the backend, it might mess up instance migrations I believe?</div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">Thanks,</div><div style="font-size:12.800000190734863px">Matt</div><div><br></div><div class="gmail_extra"></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 20, 2017 at 2:09 PM, Curtis <span dir="ltr"><<a href="mailto:serverascode@gmail.com" target="_blank">serverascode@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Oct 19, 2017 at 5:22 PM, Matthew Czajka <<a href="mailto:mattczajka@gmail.com">mattczajka@gmail.com</a>> wrote:<br>
> Hi All,<br>
><br>
><br>
><br>
> I’m running into an issue with a new Ocata deployment. I’m unable to boot an<br>
> instance directly from the provider network. Instance logs show that it<br>
> keeps repeating “failed to raise interfaces” so it doesn’t get an IP<br>
> assigned, and then can’t reach the metatdata servers.<br>
><br>
><br>
><br>
> Booting an instance from a self-service network works fine, can ping other<br>
> internal IPs within the vlan, and can assign and use a floating IP.<br>
><br>
><br>
><br>
> Deployment is running linux bridge, with a flat network for provider. 3<br>
> controllers, 3 network nodes, and 2 compute nodes. Using dhcpdump I can see<br>
> DHCP requests being made, but no acknowledgement afterwards. If I console<br>
> into the server and assign the public IP statically, that IP then works.<br>
> It’s only at boot (or reboot), that the instance can’t grab the IP.<br>
><br>
><br>
><br>
> Any help would be appreciated, I’ve been banging my head over this for a<br>
> while.<br>
<br>
</span>Hey Matt :),<br>
<br>
To get metadata there has to be a dhcp server or router configured, or<br>
use config drive. Presumably there is no dhcp service running via<br>
neutron in your situation, so it can't get an IP nor the metadata<br>
route injected. You could test with a config drive if you wanted to<br>
verify, or don't want dhcp service. Sometimes organizations refuse<br>
dhcp services on networks, but I'm guessing that is not the case in<br>
this situation.<br>
<br>
Basically I expect there is no dhcp service. Double check the network has dhcp?<br>
<br>
Thanks,<br>
Curtis.<br>
<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> Matt C<br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> OpenStack-operators mailing list<br>
> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.<wbr>openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-operators</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Blog: <a href="http://serverascode.com" rel="noreferrer" target="_blank">serverascode.com</a><br>
</font></span></blockquote></div><br></div>