Bug 1164578 - [VNX]iSCSi conncetion drop upon detach
Summary: [VNX]iSCSi conncetion drop upon detach
Keywords:
Status: CLOSED DUPLICATE of bug 1146115
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 3.5.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 3.5.4
Assignee: Ala Hino
QA Contact: lkuchlan
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-16 17:30 UTC by Ori Gofen
Modified: 2016-05-26 01:51 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-05-17 11:10:47 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
logs (1.30 MB, application/x-gzip)
2014-11-16 17:30 UTC, Ori Gofen
no flags Details

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 ***


Note You need to log in before you can comment on or make changes to this bug.