Hi Matt, i'm using the ubuntu packages v15.0.6 the instances are mapped to the correct cell:
mysql> select * from nova_api.instance_mappings where instance_uuid =
-> "e564c631-896c-458c-93ab-b1c88f444fff";
+---------------------+---------------------+-----+------------------
--------------------+---------+----------------------------------+
| created_at | updated_at | id |
instance_uuid | cell_id |
project_id |
+---------------------+---------------------+-----+------------------
--------------------+---------+----------------------------------+
| 2017-10-10 08:16:32 | 2017-10-10 08:16:32 | 846 | e564c631-896c-458c-
93ab-b1c88f444fff | 6 | 7c1dd7d33037481e81f55d2f5d45bb90 |
+---------------------+---------------------+-----+------------------
--------------------+---------+----------------------------------+
I've tried the workaround of this bug:
https://bugs.launchpad.net/nova/+bug/1682423
and its running correctly.
br
Kim
Am Dienstag, den 10.10.2017, 09:08 -0500 schrieb Matt Riedemann:
> On 10/10/2017 3:53 AM, Kim-Norman Sahm wrote:
> >
> > Hi,
> >
> > i've upgraded from newton to ocata and i my last problem (i hope
> > so) is
> > in the nova-api.
> > if i try to create a new instance (horizon or cli) i get an "404
> > instance no found" error but is instance is created and started as
> > well.
> >
> > nova-api.log:
> >
> > 2017-10-10 08:16:31.682 6 DEBUG nova.compute.api [req-4d354485-
> > cfe9-
> > 40f2-8507-a48e02db0af0 db88dca6f68c4ab2b82dbad7476bb122
> > 7c1dd7d33037481e81f55d2f5d45bb90 - default default] [instance:
> > e564c631-896c-458c-93ab-b1c88f444fff] Fetching instance by UUID get
> > /usr/lib/python2.7/dist-packages/nova/compute/api.py:2360
> > 2017-10-10 08:16:31.785 6 INFO nova.api.openstack.wsgi [req-
> > 4d354485-
> > cfe9-40f2-8507-a48e02db0af0 db88dca6f68c4ab2b82dbad7476bb122
> > 7c1dd7d33037481e81f55d2f5d45bb90 - default default] HTTP exception
> > thrown: Instance e564c631-896c-458c-93ab-b1c88f444fff could not be
> > found.
> > 2017-10-10 08:16:31.787 6 DEBUG nova.api.openstack.wsgi [req-
> > 4d354485-
> > cfe9-40f2-8507-a48e02db0af0 db88dca6f68c4ab2b82dbad7476bb122
> > 7c1dd7d33037481e81f55d2f5d45bb90 - default default] Returning 404
> > to
> > user: Instance e564c631-896c-458c-93ab-b1c88f444fff could not be
> > found.
> > __call__ /usr/lib/python2.7/dist-
> > packages/nova/api/openstack/wsgi.py:1039
> >
> > Does anybody know whats the problem?
> >
> > Best regards
> > Kim
> >
> >
> > Kim-Norman Sahm
> > Cloud & Infrastructure(OCI)
> > noris network AG
> > Thomas-Mann-Straße 16-20
> > 90471 Nürnberg
> > Deutschland
> > Tel +49 911 9352 1433
> > Fax +49 911 9352 100
> >
> > kim-norman.s...@noris.de
> > https://www.noris.de - Mehr Leistung als Standard
> > Vorstand: Ingo Kraupa (Vorsitzender), Joachim Astel
> > Vorsitzender des Aufsichtsrats: Stefan Schnabel - AG Nürnberg HRB
> > 17689
> >
> >
> >
> >
> >
> >
> > ___________________________________________________________________
> > _______
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu
> > bscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> Do you have all of the latest fixes for Ocata? You should be at
> version
> 15.0.7 if you're on the latest Ocata fix release.
>
> Is the instance properly mapped to a cell? Try querying the nova_api
> database:
>
> select * from nova_api.instance_mappings where instance_uuid =
> "e564c631-896c-458c-93ab-b1c88f444fff";
>
> Did the instance go to ACTIVE state or did it fail to schedule? If
> it
> failed to schedule, it would be in the nova_cell0 database and should
> be
> in ERROR state. You could query the cell0 database with:
>
> select * from nova_cell0.instances where uuid =
> "e564c631-896c-458c-93ab-b1c88f444fff";
>
> Otherwise see #3 in the Cells FAQs page here:
>
> https://docs.openstack.org/nova/latest/user/cells#faqs
>
Kim-Norman Sahm
Cloud & Infrastructure(OCI)
noris network AG
Thomas-Mann-Straße 16-20
90471 Nürnberg
Deutschland
Tel +49 911 9352 1433
Fax +49 911 9352 100
kim-norman.s...@noris.de
https://www.noris.de - Mehr Leistung als Standard
Vorstand: Ingo Kraupa (Vorsitzender), Joachim Astel
Vorsitzender des Aufsichtsrats: Stefan Schnabel - AG Nürnberg HRB 17689
smime.p7s
Description: S/MIME cryptographic signature
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
