Alan Bishop bc76abef28 Handle migrating encryption key IDs in Backup table ... Enhance the code that migrates the ConfKeyManager's fixed_key to Barbican to also consider the Backup table. When the original key migration feature was added, the encryption key ID was not stored in the Backup table. But now the Backup table contains that field, so the migration code needs to handle that table as well. Whereas the cinder-volume service is responsible for migrating keys in the Volume and Snapshot tables, the cinder-backup service handles migrating keys in the Backup table. Each instance of the service migrates its own entries by matching the "host" field in the corresponding tables. The Backup OVO now inherits from base.CinderComparableObject. This does not affect the object's hash signature, and so the version number does need to be incremented. Closes-Bug: #1757235 Change-Id: Id4581eec80f82925c20c424847bff1baceda2349 (cherry picked from commit 341dd44ba7)		2018-04-04 19:34:16 +00:00
..
drivers	Solving permission errors due to directory ownership on NFS	2018-02-21 14:32:17 -05:00
__init__.py	Fix backup_api_class doesn't work	2017-05-09 22:32:13 +08:00
api.py	V3 jsonschema validation: Backups	2018-01-04 12:24:38 +05:30
chunkeddriver.py	Fix leftovers after backup abort	2018-03-13 12:39:06 +01:00
driver.py	Fix how backups handle encryption key IDs	2018-01-30 22:12:49 +00:00
manager.py	Handle migrating encryption key IDs in Backup table	2018-04-04 19:34:16 +00:00
rpcapi.py	Add service dynamic log change/query	2017-05-16 13:37:35 +02:00