56b4d81e1a
If a compute manager is stopped / fails during certain IMAGE-* operations then the instance will be left stuck in a transitional task_state This change handles three possible task states IMAGE_PENDING_UPLOAD, IMAGE_UPLOADING, and IMAGE_SNAPSHOT. Both IMAGE_PENDING_UPLOAD and IMAGE_UPLOADING are task states set after the request has gotten to the compute manager and so we can clear these safely knowing the operation has ended/failed with the restart of the compute manager. With IMAGE-SNAPSHOT it's possible this state was set in the API so we revert the instance to a task_state of None but the change also makes provision to set the task_state to IMAGE-SNAPSHOT once the request comes through to the compute manager so the current operation is clear once it begins again after the compute manager is back up and running. Related to blueprint recover-stuck-state Change-Id: I665c0ec735968aa0d7553dfc0cfb2373f93451f6
OpenStack Nova README
OpenStack Nova provides a cloud computing fabric controller, supporting a wide variety of virtualization technologies, including KVM, Xen, LXC, VMware, and more. In addition to its native API, it includes compatibility with the commonly encountered Amazon EC2 and S3 APIs.
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.
Nova primarily consists of a set of Python daemons, though it requires and integrates with a number of native system components for databases, messaging and virtualization capabilities.
To keep updated with new developments in the OpenStack project follow @openstack on Twitter.
To learn how to deploy OpenStack Nova, consult the documentation available online at:
For information about the different compute (hypervisor) drivers supported by Nova, read this page on the wiki:
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 wishing to work on the OpenStack Nova project should always base their work on the latest Nova code, available from the master GIT repository at:
Developers should also join the discussion on the mailing list, at:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
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:
For information on how to contribute to Nova, please see the contents of the CONTRIBUTING.rst file.
-- End of broadcast