-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
None
-
2
-
False
-
-
False
-
?
-
?
-
openstack-nova-27.4.0-18.0.20240712134655.f732f84.el9ost
-
?
-
?
-
None
-
-
-
Moderate
Disconnecting from the wrong host
>>
>> There were cases where the instance said to live in compute#1 but the
>> connection_info in the BDM record was for compute#2, and when the script
>> called `remote_volume_connection` then nova would call os-brick on
>> compute#1 (the wrong node) and try to detach it.
>>
>> In some case os-brick would mistakenly think that the volume was
>> attached (because the target and lun matched an existing volume on the
>> host) and would try to disconnect, resulting in errors on the compute
>> logs.
>>
>> It wasn't a problem (besides creating some confusion and noise) because
>> the removal of the multipath failed since it was in use by an instance.
>>
>> I believe it may be necessary to change the code here:
>>
>> compute_rpcapi.remove_volume_connection(
>> cctxt, instance, volume_id, instance.host)
>>
>> To use the "host" from the connector properties in the
>> bdb.connection_info if it is present.
ref-bug: https://bugzilla.redhat.com/show_bug.cgi?id=2178501
The thread where Gorka explains his feedback is at [1]. I'll try to break it down into specific fixes/work items in subsequent comments in this BZ.
[1] https://lists.corp.redhat.com/archives/rhos-compute/2022-December/000883.html
- links to
-
RHBA-2024:133297 Release of components for Red Hat OpenStack Services on OpenShift 18.0