+++ This bug was initially created as a clone of Bug #1869346 +++ +++ This bug was initially created as a clone of Bug #1862213 +++ Description of problem: This BZ covers the os-brick portion of the problem reported in bug #1862213. I am including relevant comments from the original BZ, below. Additional info: --- Additional comment from Takashi Kajinami on 2020-08-13 03:07:57 UTC --- I've checked the pasted patch here, but I'm afraid that the fix in cinder might not be sufficient. If I understand correctly the current error is raised because "config_group" key doesn't exist in connection_properties stored in nova bdm record. This means that even if we apply fix for cinder to make it expose config_group parameter in its response, it won't resolve attach failure in existing instances which were created before update to 16.1, but only works with the new attachment created after update. Please correct me if I'm wrong.I might have missed some logics about attachment management in nova side is something has been changed side queens (or something special is implemented in scaleio). --- Additional comment from Gorka Eguileor on 2020-08-13 10:41:39 UTC --- Hi Takashi-san, I believe you are correct, this fix will only work for new attachments and won't help with any already attached volumes. Old attachments should already have the password in the connection properties, so we need to make the ScaleIO connector in OS-Brick backward compatible with that information. There is no patch to fix this upstream, so we would have to write a new one. I'm going on PTO today for 2 weeks, but I'll try to write today a patch to fix this and then one of my colleagues will handle the rest (babysitting upstream patch, backporting upstream and downstream, etc.). Regards, Gorka. --- Additional comment from Gorka Eguileor on 2020-08-13 11:24:07 UTC --- I have submitted patch https://review.opendev.org/#/c/746109 for review. It should fix the backward compatibility issue mentioned by Takeshi-san on comment #16
The patch merged on upstream stable/queens. z14 has already been released, and z15 will be a full import from stable/queens.
I'm not aware of a workaround, and so I requested a hotfix.
Here is the full list of services that rely on os-brick: 1. nova-compute 2. cinder-volume 3. glance-api (if glance is using cinder for its storage backend) 4. cinder-backup (an optional service) Typically an os-brick hotfix would need to be applied to each of the above container images (#3, 4 if applicable). But, as noted, the nature of the bug is such that it affects nova. You might be able to update just the nova-compute container image, but cinder-volume should also be updated if there are signs of the failure in the cinder-volume.log.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Red Hat OpenStack Platform 13.0 bug fix and enhancement advisory), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:0932