Re: Juju Openstack - Blocked
Hi James, Have you checked neutron-server.log in neutron-api and nova-scheduler.log in nova-cloud-controller? -- Junaid On Thu, Feb 15, 2018 at 1:21 AM, James Beedy wrote: > Hello, > > I am experiencing some issues with a base-openstack deploy. > > 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. > > 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). > > > Looking to the nova logs, I find [1] [2] > > > 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. > > 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. > > I seem to be able to reproduce this consistently (using both Juju < 2.3.2 > and 2.3.2). > > 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. > > > Thanks, > > > James > > > > [0] https://imgur.com/a/x62m9 > [1] cat /var/log/nova/nova-api-metadata.log | > http://paste.ubuntu.com/p/cTSjjRnHQ8/ > [2] cat /var/log/nova/nova-compute.log | http://paste.ubuntu.com/p/YFnM > s93xhG/ > [3] https://paste.ubuntu.com/p/8hsQnmFYh4/ > [4] https://github.com/openstack-charmers/openstack-bundles/blob > /master/stable/openstack-base/bundle.yaml > > -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm > an/listinfo/juju-dev > > -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: Juju Openstack - Blocked
Hi James On Wed, 14 Feb 2018 at 20:22 James Beedy wrote: > Hello, > > I am experiencing some issues with a base-openstack deploy. > > 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. > > 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). > > > Looking to the nova logs, I find [1] [2] > 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. 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. 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. > Seems reasonable - bundles are meant as a start point after all! 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. > > I seem to be able to reproduce this consistently (using both Juju < 2.3.2 > and 2.3.2). > > 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. > Lets dig into the scheduler log and see. Cheers James -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: Juju Openstack - Blocked
Hi James On Wed, 14 Feb 2018 at 20:22 James Beedy wrote: > Hello, > > I am experiencing some issues with a base-openstack deploy. > > 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. > > 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). > > > Looking to the nova logs, I find [1] [2] > 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. 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. 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. > Seems reasonable - bundles are meant as a start point after all! 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. > > I seem to be able to reproduce this consistently (using both Juju < 2.3.2 > and 2.3.2). > > 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. > Lets dig into the scheduler log and see. Cheers James -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
Re: Juju Openstack - Blocked
Junaid and James, Thanks for the response. Here are the logs. Nova-Cloud-Controller $ cat /var/log/nova/nova-scheduler.log | http://paste.ubuntu.com/p/TQjDSXQSDt/ $ cat /var/log/nova/nova-conductor.log | http://paste.ubuntu.com/p/68TcmMCr82/ $ sudo cat /var/log/nova/nova-api-os-compute.log | http://paste.ubuntu.com/p/5xWpXbD5PC/ Neutron-Gateway $ sudo cat /var/log/neutron/neutron-metadata-agent.log | http://paste.ubuntu.com/p/MW3qkQqntJ/ $ sudo cat /var/log/neutron/neutron-openvswitch-agent.log | http://paste.ubuntu.com/p/qz3vfzG9b9/ Neutron-api $ sudo cat /var/log/neutron/neutron-server.log | http://paste.ubuntu.com/p/sCCNw4bXtW/ Thanks, James On Thu, Feb 15, 2018 at 7:24 AM, James Page wrote: > Hi James > > On Wed, 14 Feb 2018 at 20:22 James Beedy wrote: > >> Hello, >> >> I am experiencing some issues with a base-openstack deploy. >> >> 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. >> >> 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). >> >> >> Looking to the nova logs, I find [1] [2] >> > > 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. > > 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. > > 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. >> > > Seems reasonable - bundles are meant as a start point after all! > > 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. >> >> I seem to be able to reproduce this consistently (using both Juju < 2.3.2 >> and 2.3.2). >> >> 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. >> > > Lets dig into the scheduler log and see. > > Cheers > > James > -- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev