When listing instances in the cellv2 world we look them up from three locations: 1. Build requests which exist before the instances are created in the cell database (after the scheduler picks a host to build the instance). Currently instances and build requests are both created before casting to conductor, but that's going away in Ocata with the support for multiple cellsv2 cells. 2. The cell0 database for instances which failed to get scheduled to a compute host (and therefore a cell). 3. The actual cell database that the instance lives in. Currently that's only a single traditional nova database, but could be one of multiple cellsv2 cells when we add that support in Ocata. If a marker is passed in when listing instances, if the instance lives in an actual cell database, we'll get a MarkerNotFound failure from cell0 because the instance doesn't exist in cell0, but we check cell0 before we check the cell database. This makes the instance listing short-circuit and fail with a 400 from the REST API. This patch simply handles the MarkerNotFound when listing instances from the cell0 database and ignores it so we can continue onto the cell database. Closes-Bug: #1647464 Change-Id: I977497be262fb7f2333e32fb7313b29624323422
OpenStack Nova
OpenStack Nova provides a cloud computing fabric controller, supporting a wide variety of compute technologies, including: libvirt (KVM, Xen, LXC and more), Hyper-V, VMware, XenServer and OpenStack Ironic.
OpenStack Nova is distributed under the terms of the Apache License, Version 2.0. The full terms and conditions of this license are detailed in the LICENSE file.
API
To learn how to use Nova's API, consult the documentation available online at:
http://developer.openstack.org/api-guide/compute/ http://developer.openstack.org/api-ref/compute/
For more information on OpenStack APIs, SDKs and CLIs, please see:
http://www.openstack.org/appdev/ http://developer.openstack.org/
Operators
To learn how to deploy and configure OpenStack Nova, consult the documentation available online at:
For information about the different compute (hypervisor) drivers supported by Nova, please read:
http://docs.openstack.org/developer/nova/feature_classification.html
In the unfortunate event that bugs are discovered, they should be reported to the appropriate bug tracker. If you obtained the software from a 3rd party operating system vendor, it is often wise to use their own bug tracker for reporting problems. In all other cases use the master OpenStack bug tracker, available at:
Developers
For information on how to contribute to Nova, please see the contents of the CONTRIBUTING.rst.
Any new code must follow the development guidelines detailed in the HACKING.rst file, and pass all unit tests.
Further developer focused documentation is available at: