
We were using host_init to read replication_status from the driver and update the service entry in the DB. It turns out that on a fresh install this doesn't actually work, because while we have multiple init methods for the backend, the Service entry isn't actually created in a fresh deploy until AFTER init_host. The result was that in some cases we were trying to update a column on a non-existent Service in the DataBase. This patch moves the replication_status updates for the service into the init_with_rpc method. That method was just a noop stub in the parent manager class, so we just implement it in cinder.volume.manager and do what we need with the replication update info. Change-Id: I18b2658e2f93959f74377ccb86ce8b01b6970c60 Closes-Bug: #1555370
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: http://wiki.openstack.org/Cinder
- Developer docs: http://docs.openstack.org/developer/cinder
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 http://bugs.launchpad.net/cinder
Python client
https://git.openstack.org/cgit/openstack/python-cinderclient
Description
Languages
Python
99.7%
Smarty
0.3%