f1bfd9790d
This patch adds the ability to create multiple attachments
for a single volume. This change requires that a volume
either be created with a special volume-type that includes
extra-specs indicating the requirement for multiattach
capabilities from the backend:
`extra_specs: {'multiattach': '<is> True'}`
or that an available volume is retyped to the specified
multiattach type.
What the patch does is pretty simple:
1. On volume create
Inspect the associated volume-type to see if it includes
the multiattach capability, if it does and
scheduling/creation is succesful; then we set the
multiattach attribute on the volume to True
2. On volume retype
We verify that if the retype involves multiattach
capability that it's allowed and check policy.
After retype, again we set/update the multiattach
attribute of the volume appropriately to match
the newly specified type.
Note that we do NOT do anything to enforce the volume is
formatted with a shared filesystem! Attempting to use
this feature with a standard ext4 filesystem will lead to
one or more of your attachments erroring out and being
converted to read only mode.
blueprint: bp/multi-attach-v3-attach
Change-Id: Ic8a8ba2271d6ed672b694d3991dabd46bd9a69f4
Team and repository tags
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.
- Wiki: https://wiki.openstack.org/Cinder
- Developer docs: https://docs.openstack.org/cinder/latest/
Getting Started
If you'd like to run from the master branch, you can clone the git repo:
For developer information please see HACKING.rst
You can raise bugs here https://bugs.launchpad.net/cinder
Python client
https://git.openstack.org/cgit/openstack/python-cinderclient