Managed OpenStack
Latest
Frequently Asked Questions
Solution
How To
Internal Only
Templates
Powered By
Title
Message
Create new category
What is the title of your new category?
Edit page index title
What is the title of the page index?
Edit category
What is the new title of your category?
Edit link
What is the new title and URL of your link?
How-To Migrate Volumes Using CLI
Copy Markdown
Open in ChatGPT
Open in Claude
Problem
You want to migrate volumes from one Cinder pool to another pool.
Environment
- Platform9 Managed OpenStack - All Versions
- Cinder
Answer
There are two major scenarios for which volume migration is supported in Cinder:
- Migration between two back-ends with the same volume type, regardless if they are located on the same cinder-volume host or not.
x
cinder migrate [--force-host-copy [[True|False]]] [--lock-volume [[True|False]]] [volume] [host] Mandatory arguments: [volume] ID of volume to migrate. [host]Destination host.The format of host is host@backend#POOL, while 'host' is the host name of the volume node, 'backend' is the back-end name and 'POOL' is a logical concept to describe a set of storage resource, residing in the back-end. If the back-end does not have specified pools, 'POOL' needs to be set with the same name as 'backend'. Optional arguments: --force-host-copy [[True|False]] Enables or disables generic host-based force-migration,which bypasses the driver optimization.Default=False. --lock-volume [[True|False]] Enables or disables the termination of volume migration caused by other commands. This option applies to the available volume. True means it locks the volume state and does not allow the migration to be aborted. The volume status will be in maintenance during the migration. False means it allows the volume migration to be aborted. The volume status is still in the original status. Default=False.Note: Currently, error handling for failed migration operations is under development in Cinder. If you would like the volume migration to finish without any interruption, please set –-lock-volume to True. If it is set to False, Openstack cannot predict what will happen, if other actions like attach, detach, extend, etc, are issued on the volume during the migration. It all depends on which stage the volume migration has reached and when the request for another action comes.
- Migration between two back-ends with different volume types, regardless if the back-ends are located on the same cinder-volume host or not. Here, the source volume type and destination volume type must be different and they must refer to different back-ends.
xxxxxxxxxxcinder retype --migration-policy on-demand [volume] [volume-type] Mandatory arguments: [volume] Name or ID of volume for which to modify type. [volume-type] New volume type.Additional Information
Please refer to the official document for more information.
VariableType to search · ESC to discard
GlossaryType to search · ESC to discard
InsertType to search · ESC to discard
No matches
Last updated on
Was this page helpful?
Next to read:
Set/Unset Maintenance Mode Using the OpenStack CLIDiscard Changes
Do you want to discard your current changes and overwrite with the template?
Archive Synced Block
Message
Create new Template
What is this template's title?
Delete Template
Message