OpenStack Block Storage (Cinder)
You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
Go to file
Vincent Hou 21bc0537e0 Volume status management during migration
This patch proposes a new implementation for the status and
the migration_status for volumes.

* The initial migration_status is None, meaning no migration has been
done; Migration_status 'error' means the previous migration failed.
Migration_status 'success' means the previous migration succeeded.

* If the key 'lock_volume' is set to True from the request, the volume
status should be set to 'maintenance' during migration and goes
back to its original status after migration. Otherwise, if the
key 'lock_volume' is set to False, the volume status will remain the
same as its original status. The default value for lock_volume is
False and it applies to the available volume.

* From the REST's perspectives, all the create, update and delete
actions are not allowed if the volume is in 'maintenance', because
it means the volume is out of service. If it is not in maintenance
mode, the migration can be interrupted if other requests are
issued, e.g. attach. For the termination of migration, another
patch will target to resolve it.

DocImpact
APIImpact The key 'lock_volume' has been added into the API,
telling the volume to change the status to 'maintenance' or not.
The migration_status has been added into results returned
from volume list command, if the request is from an admin.

Change-Id: Ia86421f2d6fce61dcfeb073f8e7b9c9dde517373
Partial-implements: blueprint migration-improvement
8 years ago
cinder Volume status management during migration 8 years ago
doc Cinder replication V2 8 years ago
etc/cinder Merge "Implement function to manage/unmanage snapshots" 8 years ago
rally-jobs Add more Rally scenarios to run 8 years ago
tools Test whether sample config generation works 8 years ago
.coveragerc Add .coveragerc to show proper coverage statistics. As in other openstack projects. 10 years ago
.gitignore gitignore /.* 9 years ago
.gitreview Initial fork out of Nova. 11 years ago
.mailmap Fix wrong command for _rescan_multipath 8 years ago
.testr.conf Fix up the test framework 10 years ago
CONTRIBUTING.md Workflow documentation is now in infra-manual 9 years ago
HACKING.rst Remove useless logging from unit tests 8 years ago
LICENSE Initial fork out of Nova. 11 years ago
MANIFEST.in Use setuptools-git. 11 years ago
README.rst Update README.rst to current state 9 years ago
babel.cfg Initial fork out of Nova. 11 years ago
openstack-common.conf Switch to the oslo_utils.fileutils 8 years ago
pylintrc Use six to fix imports on Python 3 8 years ago
requirements.txt Updated from global requirements 8 years ago
run_tests.sh Test whether sample config generation works 8 years ago
setup.cfg Revert "mark oslo.vmware as optional dependency" 8 years ago
setup.py Updated from global requirements 8 years ago
test-requirements.txt Remove unused dependency discover. 8 years ago
tox.ini Merge "Port test_nfs to Python 3" 8 years ago

README.rst

CINDER

You have come across a storage service for an open cloud computing service. It has identified itself as Cinder. It was abstracted from the Nova project.

Getting Started

If you'd like to run from the master branch, you can clone the git repo:

git clone https://github.com/openstack/cinder.git

For developer information please see HACKING.rst

You can raise bugs here http://bugs.launchpad.net/cinder

Python client

https://github.com/openstack/python-cinderclient.git