Bug 1367805

Summary:	Previously removed iSCSI multipath volumes can be rediscovered by future disconnect_volume calls before being unmapped on the backend by os-terminate_connection.
Product:	Red Hat OpenStack	Reporter:	Lee Yarwood <lyarwood>
Component:	openstack-nova	Assignee:	Lee Yarwood <lyarwood>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Prasanth Anbalagan <panbalag>
Severity:	high	Docs Contact:
Priority:	high
Version:	7.0 (Kilo)	CC:	agk, berrange, bschmaus, dasmith, eglynn, kchamart, lyarwood, sbauza, sferdjao, sgordon, srevivo, vromanso
Target Milestone:	async	Keywords:	ZStream
Target Release:	7.0 (Kilo)
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-01-19 08:47:06 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Lee Yarwood 2016-08-17 14:13:46 UTC

Description of problem:
Previously removed iSCSI multipath volumes can be rediscovered by future disconnect_volume calls before being unmapped on the backend by os-terminate_connection.

This becomes a real issue when the mutlipath configuration for a given backend defaults to using queue_if_no_path as rediscovered devices will queue I/O once they have been unmapped.

Version-Release number of selected component (if applicable):
N/A

How reproducible:
Unclear at present. RHBZ#1351169 documents an example using a VNX backend but further attempts to reproduce this with a basic iSCSI/LVM environment have been inconclusive.

Steps to Reproduce:
1. Boot multiple volume backed instances using a multipath iSCSI backend. Ensure queue_if_no_path is configured for the environment.
2. Delete instances, forcing multiple disconnect_volume calls to be made to a single host.

Actual results:
Multipath devices are not removed with their path devices marked as faulty. systemd-udev processes can also be seen in a D state on the host in question.

Expected results:
Multipath devices and their underlying path devices are removed correctly from the host during disconnect_volume and are not rediscovered.

Additional info:

Comment 8 awaugama 2017-09-07 19:13:23 UTC

Closed without a fix therefore QE won't automate