Description of problem: If a volume is multi-attached to multiple instances on the same host and when the volume is removed from one instance, Dell SC removes the volume connection from the host which causes rest instances lose connection to the volume. steps to reproduce: 1. create a volume type with multiattach enabled. 2. create a volume of multi-attach type 3. create 2 server instances and make sure they're on the same host. (can use '--availability-zone ZONE:HOST:NODE') 4. attach volume to instances 5. remove volume from 1 instance. 6. check on Dell SC DSM that the volume has no 'Mappings' for the host 7. remove volume from rest instance. Fix: https://review.opendev.org/656835 Please be backported to queens. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
FWIW, as the patch has merged to master I have cherry-picked to stable/queens https://review.opendev.org/#/c/679643/ however this is pending the following backport: https://review.opendev.org/#/c/679682/
In order for fix to work in queens/osp13 we have to backport this patch as well because dellsc cinder driver patch for multiattach below was not approved in queens The abandoned commit on queens: https://review.opendev.org/#/c/589529/ Multiattach for dellsc cinder was introduced in rocky release: https://review.opendev.org/#/c/558628/ Can we backport it in the RHOSP?
Eric, can you look at Rajini's comment 5?
Upstream Patches to be backported to support this: • https://review.opendev.org/#/c/589529/ • https://review.opendev.org/#/c/679643/ • https://review.opendev.org/#/c/679682/ • https://review.opendev.org/#/c/685978/
All patches have been merged upstream but one - https://review.opendev.org/#/c/685978/ Can we backport the rest? The last one is waiting for +s2 and we can use help. I am waiting for DELLEMC 3rd party CI to pass for it.
• https://review.opendev.org/#/c/589529/ - Abandoned , has to backported to downstream OSP13 • https://review.opendev.org/#/c/679643/ - Should be Abandoned because of 589529, has to be backported to downstream OSP13 • https://review.opendev.org/#/c/679682/ - Merged, ready to be backported • https://review.opendev.org/#/c/685978/ - Will be merged anytime, need reviewers and votes
All the necessary downstream backports have been posted for internal CI and review. A downstream backport for [1] was not necessary because the upstream stable/queens patch has already been imported into the downstream OSP-13 source code. [1] https://review.opendev.org/679682
I don't recall removing those keywords, but not that the original FeatureBackport was covered by bug #1613486
Yes - Please note that Red Hat backported the patches as is and don't have the capacity to verify the fix nor the actual feature (SC multi attach), Dell should ensure it is working properly before sending it to the customer for production usage as per the "OtherQA" keyword of this BZ. Given this feature is tech preview, a support exception is required before using it in production.
Cannot access the attchment in the BZ. Its restricted
(In reply to Rajini Karthik from comment #22) > Cannot access the attchment in the BZ. Its restricted I can't find a way to update the attachment's access rights, but am working directly with Rajini on IRC to get her the tarball directly.
Moving to ON_QA. @Dell: Please comment this BZ when you verified that the bug is fixed and the feature works as expected so we can move the BZ to VERIFIED. Thanks!
We have deployed and verified the HotFix with DellEMC SC Multiattach tests. It is good to go.
I have deployed and verified the HotFix with DellEMC SC Multiattach tests on OSP13. It is good to go. Thanks Alan.
Moving to verified as per Dell's comment #26
Hi all, moving back to MODIFIED for our release process. We consider this one verified (even if using the hotfix) and will flip the state as soon as we confirm it's in a zstream build. Basically, we don't move to ON_QA until it's in a release build (vs just a hotfix), after that it get verified and onward. After this goes ON_QA in a build, we'll come back and update it. thanks, Paul
(In reply to Rajini Karthik from comment #25) > We have deployed and verified the HotFix with DellEMC SC Multiattach tests. > It is good to go. Moving to VERIFIED as Dell verified the fix.
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, 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-2019:3800