<div dir="ltr">Hi James<br><div><br><div class="gmail_quote"><div dir="ltr">On Wed, 14 Feb 2018 at 20:22 James Beedy <<a href="mailto:jamesbeedy@gmail.com" target="_blank">jamesbeedy@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>I am experiencing some issues with a base-openstack deploy.</div><div><br></div><div>I
 can get a base-openstack to deploy legitimately using MAAS with no 
apparent errors from Juju's perspective. Following some init ops and the
 launching of an instance, I find myself stuck with errors I'm unsure 
how to diagnose. I upload an image, create my networks, flavors, and 
launch an instance, and see the instance erring out with a "host not 
found" error when I try to launch them.</div><div><br></div><div>My 
nova/ceph node and neutron node interface configuration [0] all have a 
single flat 1G mgmt-net interface configured via MAAS, and vlans trunked
 in on enp4s0f0 (untracked by maas).</div><div><br></div><div><br></div><div>Looking to the nova logs, I find [1] [2]</div></div></blockquote><div><br></div><div>You
 can ignore most of those errors - prior to the charm being fully 
configured the daemons will log some error messages about broken db/rmq 
etc...  newer reactive charms tend to disable services until config is 
complete, older classic ones do not. <br></div><div><br></div><div>The compute node is not recording and error which would indicate some sort of scheduler problem - /var/log/nova/nova-scheduler.log from the nova-cloud-controller would tell us more.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>The
 bundle I'm using [3] is lightly modified version of the openstack base 
bundle [4] with modifications to match my machine tags and mac addresses
 for my machines.</div></div></blockquote><div><br></div><div>Seems reasonable - bundles are meant as a start point after all!</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I've
 gone back and forth with network and charm config trying different 
combinations in hope this error is caused by some misconfiguration on my
 end, but I am now convinced this is something outside of my scope as an
 operator, and am hoping for some insight from the greater community.</div><div><br></div><div>I seem to be able to reproduce this consistently (using both Juju < 2.3.2 and 2.3.2).</div><div><br></div><div>Not
 even sure if I should create a bug somewhere as I'm not 100% sure this 
isn't my fault. Let me know if additional info is needed.</div></div></blockquote><div><br></div><div> Lets dig into the scheduler log and see.</div><div><br></div><div>Cheers</div><div><br></div><div>James</div></div></div></div>