Bug 1178838 - iSCSI multipath fails to work and only succeed after adding configuration values for network using sysctl
Summary: iSCSI multipath fails to work and only succeed after adding configuration val...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 3.4.0
Hardware: All
OS: Linux
high
high
Target Milestone: ---
: 3.5.1
Assignee: Maor
QA Contact: Elad
URL:
Whiteboard: storage
Depends On: 1112861
Blocks: 1140850 1193058 1197441
TreeView+ depends on / blocked
 
Reported: 2015-01-05 14:31 UTC by rhev-integ
Modified: 2021-08-30 12:45 UTC (History)
25 users (show)

Fixed In Version: vdsm-4.16.12-2.el6ev
Doc Type: Bug Fix
Doc Text:
Clone Of: 1112861
Environment:
Last Closed: 2015-04-28 18:51:16 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:
ylavi: Triaged+

Attachments (Terms of Use)
/var/log/messages from verification (2.22 MB, text/plain)
2015-03-11 14:05 UTC, Elad 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHV-43245 0 None None None 2021-08-30 12:30:18 UTC
Red Hat Knowledge Base (Solution) 1124923 0 None None None Never
Red Hat Product Errata RHBA-2015:0904 0 normal SHIPPED_LIVE vdsm 3.5.1 - bug fix and enhancement update 2015-04-28 22:50:53 UTC
oVirt gerrit 31529 0 master MERGED Set sysctl to allow iSCSI multipath with multiple NICs in the same subnet Never
oVirt gerrit 31534 0 master MERGED Configure iSCSI iface.net_ifacename Never
oVirt gerrit 32383 0 master MERGED engine: Send net_ifacename to VDSM when connecting iSCSI server Never
oVirt gerrit 35976 0 None None None Never
oVirt gerrit 36548 0 ovirt-engine-3.5 MERGED engine: Send net_ifacename to VDSM when connecting iSCSI server Never
oVirt gerrit 37311 0 ovirt-3.5 MERGED Set sysctl to allow iSCSI multipath with multiple NICs in the same subnet Never
oVirt gerrit 37312 0 ovirt-3.5 MERGED Configure iSCSI iface.net_ifacename Never
oVirt gerrit 37313 0 ovirt-3.5 MERGED iscsiadm.iface_list() to return iface.net_ifacename Never
oVirt gerrit 37314 0 ovirt-3.5 MERGED Handle iscsi iface.net_ifacename for existing iface Never
oVirt gerrit 37403 0 ovirt-3.5 MERGED New sysctl module for run-time changes. Never

Comment 1 Dan Kenigsberg 2015-01-05 16:24:04 UTC 
Maor, it seems that you are using the same bug for both Engine and vdsm patches. I can only say that the Vdsm side is not MODIFIED yet, and as such I suggest to split the bug based on component (that's the correct process, anyway).
Comment 2 Maor 2015-01-08 00:34:40 UTC 
Thanks Dan,
I guess I was too enthusiastic here and forgot about the VDSM patches.
I will add another bug for the engine patch
Comment 3 Maor 2015-01-27 09:04:09 UTC 
(In reply to Maor from comment #2)
> Thanks Dan,
> I guess I was too enthusiastic here and forgot about the VDSM patches.
> I will add another bug for the engine patch

After Amador and I discussed this issue, it seems that it is better not to open a seperate bug on the engine side, and use only this bug for both engine and vdsm patches since they are related for this change
Comment 4 Allon Mureinik 2015-02-19 14:34:42 UTC 
Maor, please add steps to reproduce and test so the QA can verify?
Comment 5 Maor 2015-02-19 17:23:54 UTC 
Reproduce steps:
1. Have a Host with 2 Network Devices both configured for the same subnet
2. Add an iSCSI storage with 2 targets in the same Storage Server.
3. Initialize a Data Center with the Host, an iSCSI Storage and two network interfaces configured
4. Configure an iSCSI bond in the Data Center using those 2 network interfaces
5. Confirmation: Check under /var/lib/iscsi/ that you have two network interfaces which connected to the nodes of the iSCSI
6. Use iptables to block eth2 from the Storage Server

Result:
Host become Non Operational

Expected Result:
Host should still be Active

Amador, can you please confirm those reproduce steps?
Is there any step that is missing or a step that should be rephrased/changed?
Comment 6 Amador Pahim 2015-02-25 11:40:29 UTC 
(In reply to Maor from comment #5)
> Reproduce steps:
> 1. Have a Host with 2 Network Devices both configured for the same subnet
> 2. Add an iSCSI storage with 2 targets in the same Storage Server.
> 3. Initialize a Data Center with the Host, an iSCSI Storage and two network
> interfaces configured
> 4. Configure an iSCSI bond in the Data Center using those 2 network
> interfaces
> 5. Confirmation: Check under /var/lib/iscsi/ that you have two network
> interfaces which connected to the nodes of the iSCSI
> 6. Use iptables to block eth2 from the Storage Server

Also, unblock eth2, wait the path to recover (multipath -ll) and block eth1. If host is still active, then we are good.

> 
> Result:
> Host become Non Operational
> 
> Expected Result:
> Host should still be Active
> 
> Amador, can you please confirm those reproduce steps?
> Is there any step that is missing or a step that should be rephrased/changed?
Comment 8 Elad 2015-03-11 14:05:05 UTC 
Created attachment 1000450 [details]
/var/log/messages from verification

iSCSI multipath remains active while one of the paths is blcoked from the host, host remains active.
Failed both the NICs leading to the storage (consecutively, one remained active).

Tested while both the host's NICs and the storage server target located in the same subnet.

Verified using rhev 3.5.1 vt14

/var/log/messages attached
Comment 11 errata-xmlrpc 2015-04-28 18:51:16 UTC 
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://rhn.redhat.com/errata/RHBA-2015-0904.html
Note You need to log in before you can comment on or make changes to this bug.