Add a configuration parameter to enable auto confirm for cold migration
Some discussion: http://<email address hidden>
Now in OpenStack nova, we support live migration, cold migration and resize.
For live migration, we do not need to confirm after live migration finished.
For resize, we need to confirm, as we want to give end user an opportunity to rollback.
The problem is cold migration, because cold migration and resize share same code path, so once I submit a cold migration request and after the cold migration finished, the VM will goes to verify_resize state, and I need to confirm resize. This makes admin a bit confused by this, why do I need to verify resize for a cold migration operation? Why not reset the VM to original state directly after cold migration?
This bp will enable OpenStack nova to auto confirm cold migration directly.
1) resize_
2) A new parameter will be introduce: cold_migration_
Blueprint information
- Status:
- Not started
- Approver:
- Russell Bryant
- Priority:
- Undefined
- Drafter:
- None
- Direction:
- Needs approval
- Assignee:
- Guangya Liu (Jay Lau)
- Definition:
- Drafting
- Series goal:
- None
- Implementation:
- Deferred
- Milestone target:
- None
- Started by
- Completed by
Related branches
Related bugs
Bug #1267386: Add a configuration parameter to enable auto confirm for cold migration | Invalid |
Sprints
Whiteboard
Gerrit topic: https:/
Addressed by: https:/
Change default value of resize_
Addressed by: https:/
Auto confirm cold migration by default
deferred from icehouse-3 to "next": http://
Removed from next, as next is now reserved for near misses from the last milestone --johnthetubagu
Addressed by: https:/
Change default value of resize_
Addressed by: https:/
Auto confirm cold migration by default
deferred from icehouse-3 to "next": http://
Removed from next, as next is now reserved for near misses from the last milestone --johnthetubaguy
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)