Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1164578

Summary: [VNX]iSCSi conncetion drop upon detach
Product: Red Hat Enterprise Virtualization Manager Reporter: Ori Gofen <ogofen>
Component: vdsmAssignee: Ala Hino <ahino>
Status: CLOSED DUPLICATE QA Contact: lkuchlan <lkuchlan>
Severity: high Docs Contact:
Priority: high    
Version: 3.5.0CC: acanan, amureini, bazulay, ecohen, gklein, gpadgett, laravot, lpeer, lsurette, ogofen, scohen, tnisan, yeylon, ylavi
Target Milestone: ---Keywords: Regression
Target Release: 3.5.4   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-05-17 11:10:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
logs none

Description Ori Gofen 2014-11-16 17:30:24 UTC
Created attachment 958033 [details]
logs

Description of problem:

The operation of detaching a single iSCSi domain with a single host on DC, prompts a connection to ( $NUM_OF_SESSIONS -1 ) every time.

Before detach, the connections are as they should:

[root@camel-vdsc yum.repos.d]# iscsiadm -m session         
tcp: [25] 10.35.160.104:3260,1 iqn.1992-04.com.emc:cx.ckm00121000438.a6
tcp: [26] 10.35.160.105:3260,2 iqn.1992-04.com.emc:cx.ckm00121000438.a7
tcp: [27] 10.35.160.106:3260,3 iqn.1992-04.com.emc:cx.ckm00121000438.b6
tcp: [28] 10.35.160.107:3260,4 iqn.1992-04.com.emc:cx.ckm00121000438.b7 (see devices file)

During maintenance:

[root@camel-vdsc yum.repos.d]# iscsiadm -m session
iscsiadm: No active sessions. (see devices file)

After detach:
[root@camel-vdsc yum.repos.d]# iscsiadm -m session
tcp: [30] 10.35.160.107:3260,4 iqn.1992-04.com.emc:cx.ckm00121000438.b7
tcp: [32] 10.35.160.105:3260,2 iqn.1992-04.com.emc:cx.ckm00121000438.a7
tcp: [34] 10.35.160.106:3260,3 iqn.1992-04.com.emc:cx.ckm00121000438.b6
(see device file)

The ui reports host as being connected to all iqn's, now, when attempting this flow again, the result we get is a constant iqn status which doesn't change(even when not having any domains up)

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

How reproducible:
100%

Steps to Reproduce:
1.create iSCSi domain
2.detach it


Actual results:
upon detach, host is connected to ( $NUM_OF_SESSIONS -1 ) iqn's, iqn sessions number don't change after this operation

Expected results:
detaching an iSCSi domain shouldn't prompt any iqn login, in our case I expect to see no sessions after detach domain.

Additional info:

Comment 1 Allon Mureinik 2014-12-22 11:17:23 UTC
Liron/Greg, is this related to bug 1176402?

Comment 2 Greg Padgett 2014-12-22 11:24:54 UTC
(In reply to Allon Mureinik from comment #1)
> Liron/Greg, is this related to bug 1176402?

Unsure.  I'm figuring out (with Ori) if/how I can reproduce the issue and won't know more until then.

Comment 3 Yaniv Lavi 2015-01-20 14:57:48 UTC
doesn't seem urgent, moving to 3.6.0.

Comment 4 Allon Mureinik 2015-01-20 16:26:58 UTC
(In reply to Yaniv Dary from comment #3)
> doesn't seem urgent, moving to 3.6.0.
Sure it is.

Comment 10 Eyal Edri 2015-02-25 08:42:09 UTC
3.5.1 is already full with bugs (over 80), and since none of these bugs were added as urgent for 3.5.1 release in the tracker bug, moving to 3.5.2

Comment 11 Allon Mureinik 2015-03-30 15:14:21 UTC
Ori, can you reiterate the flow /exactly/? I'm unable to follow it.
How many SDs to you have?

Comment 12 Ori Gofen 2015-03-31 12:06:16 UTC
Hey Allon, storage should be VNX, sorry, this fact has not been mentioned.
have a VNX storage domain on a dc with one File domain and one iSCSI.
detach the iSCSI domain.

Comment 13 Allon Mureinik 2015-05-17 11:10:47 UTC

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