RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1460904 - [anaconda] Network service doesn't assign IP to VLAN interface while performing L2 iSCSI BFS
Summary: [anaconda] Network service doesn't assign IP to VLAN interface while perform...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: dracut
Version: 7.3
Hardware: x86_64
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Lukáš Nykrýn
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-06-13 05:48 UTC by Praveen N
Modified: 2021-01-15 07:38 UTC (History)
20 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-01-15 07:38:01 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
anaconda logs from /tmp and inteface details (10.81 MB, application/zip)
2017-06-13 05:48 UTC, Praveen N 		no flags Details
/tmp/syslog (from the Description logs) containing NetworkManager messages (855.51 KB, text/plain)
2017-06-13 08:08 UTC, Radek Vykydal 		no flags Details
View All

Description Praveen N 2017-06-13 05:48:34 UTC 
Created attachment 1287163 [details]
anaconda logs from /tmp and inteface details

Description of problem:
Network service fails to assign IP's to VLAN interface while performing L2 iSCSI BFS

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

How reproducible:
Always

Steps to Reproduce:
1.Configure supported NIC to perform L2 iSCSI BFS
2.Mount RHEL7.3-x86_64 iso and proceed for installation
3.Add linux dd ip=ibft boot option to inject drivers and invoke ibft service
4.After injecting drivers and language selection menu enter into terminal by keying Ctrl+Alt+F2
5.Check interface status
  #ip link show; ip addr show 

Actual results:
IP is not assigned to VLAN(ibft0.x) interface created over parent interface(ibft0)

here 'x' refers to VLAN ID

Expected results:
IP should be assigned to VLAN interface for logging into target

Additional info:
1.Link is UP on Parent interface(ibft0) and IP is assigned correctly. 
2.Link is down on VLAN interface(ibft0.x) and no IP is assigned
3.Even if we try to create network config file for ibft0.x using either DHCP/static bootproto still IP is not assigned to ibft0.x
Comment 2 Radek Vykydal 2017-06-13 08:08:32 UTC 
Created attachment 1287184 [details]
/tmp/syslog (from the Description logs) containing NetworkManager messages

Seems that NetworkManager (ibft plugin) fails to activate a connection on ibft0.25 for some reason:

22:03:13,279 DEBUG NetworkManager:<debug> [1497304993.2795] device[0x7fe79c9cec30] (ibft0.25): constructed (NMDeviceVlan)
22:03:13,279 DEBUG NetworkManager:<debug> [1497304993.2795] device[0x7fe79c9cec30] (ibft0.25): start setup of NMDeviceVlan, kernel ifindex 12
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2796] platform-linux: error reading /sys/class/net/ibft0.25/phys_port_id: Failed to read from file '/sys/class/net/ibft0.25/phys_port_id': Operation not supported
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2796] platform-linux: sysctl: reading '/sys/class/net/ibft0.25/dev_id': '0x0'
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): hw-addr: hardware address now 00:0E:1E:D5:C1:57
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): hw-addr: update initial MAC address 00:0E:1E:D5:C1:57
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): hw-addr: read permanent MAC address '00:0E:1E:D5:C1:57'
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): carrier is OFF
22:03:13,280 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [platform-init,!parent=0x10/0x14/unmanaged/unrealized, set-managed [parent=0x4])
22:03:13,281 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [platform-init,external-down,!parent=0x810/0x814/unmanaged/unrealized, set-unmanaged [external-down=0x800])
22:03:13,281 DEBUG NetworkManager:<debug> [1497304993.2797] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [platform-init,external-down,!parent,!loopback=0x810/0x81c/unmanaged/unrealized, set-managed [loopback=0x8])
22:03:13,281 DEBUG NetworkManager:<debug> [1497304993.2798] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [external-down,!parent,!loopback,!platform-init=0x800/0x81c/manageable/unrealized, set-managed [platform-init=0x10])
22:03:13,281 DEBUG NetworkManager:<debug> [1497304993.2798] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [external-down,!parent,!loopback,!platform-init,!user-settings=0x800/0x85c/manageable/unrealized, set-managed [user-settings=0x40])
22:03:13,281 DEBUG NetworkManager:<debug> [1497304993.2798] device[0x7fe79c9cec30] (ibft0.25): unmanaged: flags set to [external-down,!sleeping,!parent,!loopback,!platform-init,!user-settings=0x800/0x85d/manageable/unrealized, set-managed [sleeping=0x1])
22:03:13,282 INFO NetworkManager:<info>  [1497304993.2808] manager: (ibft0.25): new VLAN device (/org/freedesktop/NetworkManager/Devices/11)
Comment 3 Radek Vykydal 2017-06-13 08:09:41 UTC 
Passing to NetworkManager for debugging.
Comment 4 Lubomir Rintel 2017-11-08 18:27:25 UTC 
Well, Anaconda disables the iBFT plugin and the Dracut creates a VLAN before NetworkManager, so NM just does the right thing and stays out of the way.

The real problem here is Dracut creating the device, but not configuring it properly.

I've submitted a patch to Dracut that fixed the issue for me:
https://github.com/dracutdevs/dracut/pull/304
Comment 6 Lukáš Nykrýn 2017-11-09 09:16:44 UTC 
Can you post here your kernel cmdline?
Comment 7 Lukáš Nykrýn 2017-12-05 15:13:41 UTC 
The patch was not merged to upstream yet, moving to 7.6.
Comment 8 sushil kulkarni 2017-12-05 15:56:42 UTC 
Removed from 7.5 RPL per comment#7.

-Sushil
Comment 11 RHEL Program Management 2021-01-15 07:38:01 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.
Note You need to log in before you can comment on or make changes to this bug.