Migration for detached volumes with no snaps.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openstack-manuals |
Fix Released
|
Medium
|
Summer Long |
Bug Description
https:/
commit b17834ca96d0b89
Author: Avishay Traeger <email address hidden>
Date: Tue Jun 18 21:53:15 2013 +0300
Migration for detached volumes with no snaps.
Implementation of volume migration for detached volumes with no
snapshots. Migration is initiated by an admin API. The scheduler
confirms that the specified destination host can accept the volume.
The source driver is given the opportunity to migrate the volume on
their own. Otherwise, a new volume is created on the destination, both
volumes are attached, the data is copied over, the volumes are
detached, the source is deleted, and the destination is renamed. In
the database, the destination volume's attributes are copied to the
source so that the volume-id remains unchanged, and the destination
volume row is deleted.
DocImpact
Implements: bp volume-migration
Change-Id: Ib6fcf27051f45e
Changed in openstack-manuals: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
milestone: | none → havana |
Changed in openstack-manuals: | |
assignee: | nobody → Summer Long (slong-g) |
https:/ /etherpad. openstack. org/havana- cinder- volume- migration
For the CLI: host-copy= True|False
$ cinder migrate <volume> <host> --force-
https:/ /review. openstack. org/#/c/ 37685/3/ cinderclient/ v2/shell. py