Bug 2028788

Summary: [Marvell 8.5 Bug] default iface net_ifacename bind to host number
Product: Red Hat Enterprise Linux 8 Reporter: Nilesh Javali (Marvell) <njavali>
Component: iscsi-initiator-utilsAssignee: Chris Leech <cleech>
Status: CLOSED WONTFIX QA Contact: Martin Hoyer <mhoyer>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 8.5CC: cleech, jmeneghi, mhoyer, njavali, saurav.kashyap
Target Milestone: rcFlags: njavali: needinfo? (cleech)
njavali: needinfo? (cleech)
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: ISCSI_P1
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-06-03 07:28:02 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:
Embargoed:
Attachments:
Description Flags
create iface logs none

Description Nilesh Javali (Marvell) 2021-12-03 10:26:51 UTC
Created attachment 1844577 [details]
create iface logs

Description of problem:
The default iface.net_ifacename is bind to host number causing iSCSI login failure across reboots due to change in host number

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

How reproducible:
100% always

Steps to Reproduce:
1. Configure Marvell Fastlinq iSCSI adapter
2. Load qedi module
3. Create new iface for configuration of the adapter using command 'iscsiadm -m iface'
4. Observe that the default iface.net_ifacename is set to host number
5. Perform discovery and login to iSCSI target
6. Reboot the system and observe that iSCSI login failure
7. The reason being host number has changed across the reboot

Actual results:
iSCSI login failure across system reboots

Expected results:
iSCSI login successful across reboots irrespective of host number change

Additional info:
1. bnx2i iface binds to netdev 
2. Not all iSCSI adapters bind iface to netdev like qedi iface
3. qedi iface does not bind to netdev
4. iface.net_ifacename should not default to host number in case of qedi iface
5. disabling iface.net_ifacename from qedi iface helps resolve the iSCSI target login failures seen across reboots

Comment 1 Nilesh Javali (Marvell) 2021-12-15 05:08:35 UTC
Chris,
For now we have identified fix in qedi driver to not populate the host_no which is used as value to bind the iface.net_ifacename.
After this change, the net_ifacename will be set to default,
iface.net_ifacename = default

We would post this change to upstream too.
Please suggest if there is anything to take care from open-iscsi point of view. Thanks!

Comment 2 Nilesh Javali (Marvell) 2021-12-21 09:34:19 UTC
The qedi fix to set net_ifacename to default somehow adds regression to iSCSI target discovery, which means
the host_no is mandatory to be populated by the qedi driver.
Hence for now, we would stick to the workaround of disabling net_ifacename from the iface file.

Comment 7 RHEL Program Management 2023-06-03 07:28:02 UTC
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.