Bug 1977796

Summary:	iscsi volume connection gets stuck if multipath is enabled and "iscsi -m session" fails
Product:	Red Hat OpenStack	Reporter:	Takashi Kajinami <tkajinam>
Component:	python-os-brick	Assignee:	Cinder Bugs List <cinder-bugs>
Status:	CLOSED DUPLICATE	QA Contact:	Tzach Shefi <tshefi>
Severity:	high	Docs Contact:
Priority:	medium
Version:	16.1 (Train)	CC:	apevec, devops, geguileo, jschluet, lhh, ltoscano, nyewale, pcaruana, pkundal, tshefi
Target Milestone:	---	Keywords:	Triaged
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1923975	Environment:
Last Closed:	2021-06-30 14:01:40 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1923975
Bug Blocks:

Description Takashi Kajinami 2021-06-30 13:51:13 UTC

+++ This bug was initially created as a clone of Bug #1923975 +++

Description of problem:

When os-brick attaches an iscsi volume, it executes "iscsiadm -m session" first to obtain
all existing sessions, then execute "iscsiadm -m node -T <target> -p <portal> --login"
if it has not yet logged into that portal.

If multipath is enabled, it execute these process in threads and run iscsi commands concurrently
for multiple iscsi devices under an multipath device it is attaching.
However current implementation doesn't care about the failure in "iscsiadm -m session",
and if the command fails the volume attachment never completes.


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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:

Comment 2 Takashi Kajinami 2021-06-30 14:01:40 UTC


*** This bug has been marked as a duplicate of bug 1977792 ***