Add a task to force revert a resize migration

Registered by Aarti Kriplani on 2013-04-22

Currently in cases, where the resize takes longer than usual and the customer can no longer tolerate the downtime or the resize goes to error (cbs-detach failures or others) the admins need a way to revert the resize.
But due to several constraints on the vm_state and the migration state, the 'revert-resize' api does not work well. They need a way to *force* revert-resize that would work without the above contraints but would check for the source being up before actually reverting, to prevent data loss.

As part of this extension when server action os-resetState action is called with
fix-failed-migration flag, the server vm_state is set to 'resized' and
the server migration status is set to 'finished' so that the server
resize can be reverted

Blueprint information

Status:
Started
Approver:
None
Priority:
Undefined
Drafter:
Aarti Kriplani
Direction:
Needs approval
Assignee:
Mahesh Panchaksharaiah
Definition:
Drafting
Series goal:
None
Implementation:
Needs Code Review
Milestone target:
None
Started by
Mahesh Panchaksharaiah on 2013-05-29

Related branches

Sprints

Whiteboard

One more option could be reverting the resize automatically on error instead of marking the instance in 'error'?
Of course, this would be an extension to not change the existing behavior. - Aarti

Gerrit topic: https://review.openstack.org/#q,topic:bp/revert-resize-force-option,n,z

Addressed by: https://review.openstack.org/30091
    Support should be able to revert-resize when it fails or hangs

pulling off the havana list until it seems like there's more consensus around the patch. --russellb

kaushikc ----------------
I have started a discussion in dev community.
http://lists.openstack.org/pipermail/openstack-dev/2013-June/009995.html
Looks like not many of them are affected by this problem because I don't see a lot of responses.

It's a big problem for our Admins now. So we are trying to get this in asap, i.e, havana.
Let's try to decide on an approach to solve this problem and go ahead with it.
--------------------------------

One more option could be reverting the resize automatically on error instead of marking the instance in 'error'?
Of course, this would be an extension to not change the existing behavior. - Aarti

Gerrit topic: https://review.openstack.org/#q,topic:bp/revert-resize-force-option,n,z

Addressed by: https://review.openstack.org/30091
    Support should be able to revert-resize when it fails or hangs

pulling off the havana list until it seems like there's more consensus around the patch. --russellb

kaushikc ----------------
I have started a discussion in dev community.
http://lists.openstack.org/pipermail/openstack-dev/2013-June/009995.html
Looks like not many of them are affected by this problem because I don't see a lot of responses.

It's a big problem for our Admins now. So we are trying to get this in asap, i.e, havana.
Let's try to decide on an approach to solve this problem and go ahead with it.
--------------------------------

Marking this blueprint as definition: Drafting. If you are still working on this, please re-submit via nova-specs. If not, please mark as obsolete, and add a quick comment to describe why. --johnthetubaguy (20th April 2014)

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.