Description of problem: During the cleanup of a multipath iSCSi volume os-brick will issue the command to remove the device but it doesn't wait for the device to be removed before moving on. As a result of this as soon as the request to delete all the devices are made the lock guarding against collision is released. If another volume is waiting to be connected or disconnected the the next request will grab the lock and run a multipath -r. This can detect the to-be-deleted-but-not-yet-removed device, pull it into the map and prevent the cleanup from functioning. To prevent this we need to wait for the device to be fully removed first. Link to patch upstream review: https://review.openstack.org/#/c/409881/ This will need to be: 1. merged to upstream 2. back port to OSP8
verified Package installed : python-os-brick-0.5.0-4.el7ost.noarch verified by running tempest
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-2017:3067