7e95b05b93
Accept transfer API workflow is currently like this: call volume_api.accept_transfer() | --- RPC cast to volume manager | --- volume manager calls volume driver accept_transfer() update volume's DB record Given the non-blocking nature of RPC cast, what happens in volume manager and volume driver can happen in parallel with the DB update. If volume driver relies on original DB record to do things, then DB record shouldn't be updated until volume driver finishes its job. So this patch change volume RPC API accept_transfer() from cast to call to make sure the workflow is in serialized manner. Also elevated the context when volume manager tries to update the DB record when driver has done accept_transfer(). Change-Id: Ieae52e167aa02967338e0be5d78d570d682faa7a Closes-bug: #1357432 |
||
---|---|---|
bin | ||
cinder | ||
doc | ||
etc/cinder | ||
rally-scenarios | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.mailmap | ||
.testr.conf | ||
CONTRIBUTING.md | ||
HACKING.rst | ||
LICENSE | ||
MANIFEST.in | ||
README.rst | ||
babel.cfg | ||
openstack-common.conf | ||
pylintrc | ||
requirements.txt | ||
run_tests.sh | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
tox.ini |
README.rst
The Choose Your Own Adventure README for 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.
To monitor it from a distance: follow @openstack on twitter.
To tame it for use in your own cloud: read http://docs.openstack.org
To study its anatomy: read http://cinder.openstack.org
To dissect it in detail: visit http://github.com/openstack/cinder
To taunt it with its weaknesses: use http://bugs.launchpad.net/cinder
To watch it: http://jenkins.openstack.org
To hack at it: read HACKING.rst