Bug 1041381

Summary:	[RFE][nova]: Quiesce nova services
Product:	Red Hat OpenStack	Reporter:	RHOS Integration <rhos-integ>
Component:	RFEs	Assignee:	RHOS Maint <rhos-maint>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	markmc, yeylon
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
URL:	https://blueprints.launchpad.net/nova/+spec/quiesce-services
Whiteboard:	upstream_milestone_none upstream_status_unknown upstream_definition_new
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-03-19 17:18:03 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description RHOS Integration 2013-12-12 15:39:36 UTC

Cloned from launchpad blueprint https://blueprints.launchpad.net/nova/+spec/quiesce-services.

Description:

In order to make the deployment of openstack go better (in a non-live-upgrade) it is useful to be able to signal to the nova components (via a special file?, via a special os signal?) that an upgrade is about to occur, so that said processes can start to deny requests for additional work. For ex, nova-api being the first one that would be signaled and the other processes would also be signaled so that they would stop accepting work. This would allow for a graceful way to ensure that nova processes are not accepting work before they are shutdown, upgraded, and restarted. My guess is that many companies have these similar additions anyway (as patches? extensions? other?) so it would seem useful to formalize them and get them well supported upstream as a way to ensure that processes shutdown in a well defined order (until state-consistency & associated resumption is truly accomplished where then it will not matter what order they are shut-down in).

Specification URL (additional information):

None