Hi Matt, My understanding is that this is being used by Rackspace. AFAIK the change isn't upstream because there was no sensible way to permit reboot of a rescued instance for XenAPI users but prevent it for other drivers. I'd be hesitant to permit reboot-from-rescue for all drivers as I'm not sure the drivers would have consistent (or perhaps working!) behaviours? Is there a way to enable this when using XenAPI? Bob -----Original Message----- From: Matt Riedemann [mailto:mriedemos at gmail.com] Sent: 04 May 2018 14:50 To: OpenStack Development Mailing List (not for usage questions) <openstack-dev at lists.openstack.org> Subject: [openstack-dev] [nova] reboot a rescued instance? For full details on this, see the IRC conversation [1]. tl;dr: the nova compute manager and xen virt driver assume that you can reboot a rescued instance [2] but the API does not allow that [3] and as far as I can tell, it never has. I can only assume that Rackspace had an out of tree change to the API to allow rebooting a rescued instance. I don't know why that wouldn't have been upstreamed, but the upstream API doesn't allow it. I'm also not aware of anything internal to nova that reboots an instance in a rescued state. So the question now is, should we add rescue to the possible states to reboot an instance in the API? Or just rollback this essentially dead code in the compute manager and xen virt driver? I don't know if any other virt drivers will support rebooting a rescued instance. [1] http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2018-05-03.log.html#t2018-05-03T18:49:58 [2] https://review.openstack.org/#/q/topic:bug/1170237+(status:open+OR+status:merged [3] https://github.com/openstack/nova/blob/4b0d0ea9f18139d58103a520a6a4e9119e19a4de/nova/compute/vm_states.py#L69-L72 -- Thanks, Matt __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev