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 607760 - ip=eth#:dhcp does not appear to be working
Summary: ip=eth#:dhcp does not appear to be working
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: dracut
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Harald Hoyer
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-06-24 18:13 UTC by Hans de Goede
Modified: 2010-06-25 12:09 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-06-25 12:09:07 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
lsinitrd on initramfs with a minimal packageset (151.99 KB, text/plain)
2010-06-25 09:43 UTC, Hans de Goede
no flags Details
rpm -qa on minimal install (6.65 KB, text/plain)
2010-06-25 09:44 UTC, Hans de Goede
no flags Details
dracut -v output on minimal system (91.02 KB, text/plain)
2010-06-25 09:44 UTC, Hans de Goede
no flags Details
lsinitrd on initramfs with a default packageset (161.15 KB, text/plain)
2010-06-25 09:45 UTC, Hans de Goede
no flags Details
rpm -qa on a default install (32.87 KB, text/plain)
2010-06-25 09:45 UTC, Hans de Goede
no flags Details

Description Hans de Goede 2010-06-24 18:13:10 UTC
When trying to boot an installation with / on an iscsi disk things fail if ip=eth#:dhcp is used, if it gets replaced with an ip=..... static configuration for the same eth# and the rest of the cmdline is identical things work fine.

This is a simple installation using 1 iscsi disk with default anaconda auto-partitioning on the iscsi disk.

I'm wondering if the issue I'm seeing may be related to device renaming, dracut seems to detect another eth0 then the card from which I'm booting, which was eth0 in anaconda. So I know have an eth0 and an eth0-renamed. OTOH static IP works fine and the parts of the involved code path which do the actual renaming are the same for static and dhcp

I did notice in a previous test run that if I manually do a /sbin/ifup eth0 under the dracut shell (when starting with rdshell) net.eth0.dhlease etc files pop up under /tmp and look good, but the output of ip addr still shows the interface as unconfigured ??

Comment 1 Harald Hoyer 2010-06-25 08:52:41 UTC
did you specify ifname?

$ man dracut
...
ifname=<interface>:<MAC>
Assign network device name <interface> (ie eth0) to the NIC with MAC <MAC>.   Note  letters  in  the  MAC-address must be lowercase!  Note that if you use this option you must specify an ifname= argument for all interfaces used  in  ip=  or  fcoe=  arguments. This parameter can be specified multiple times.


did specify ifname for all interfaces???

Comment 2 Hans de Goede 2010-06-25 09:06:15 UTC
(In reply to comment #1)
> did you specify ifname?
> 

Yes anaconda which generated the cmdline specifies ifname

> $ man dracut
> ...
> ifname=<interface>:<MAC>
> Assign network device name <interface> (ie eth0) to the NIC with MAC <MAC>.  
> Note  letters  in  the  MAC-address must be lowercase!  Note that if you use
> this option you must specify an ifname= argument for all interfaces used  in 
> ip=  or  fcoe=  arguments. This parameter can be specified multiple times.
> 
> 
> did specify ifname for all interfaces???    

No only for the one in use. But this is handled properly by dracut other ones which might get in the way get renamed out of the way by a special rule.

Update:

This happened with a minimal install. I tried again with a regular install and it works fine there, so there seems to be some missing bits in the minimal install case.

Comment 3 Hans de Goede 2010-06-25 09:43:50 UTC
Created attachment 426815 [details]
lsinitrd on initramfs with a minimal packageset

Comment 4 Hans de Goede 2010-06-25 09:44:14 UTC
Created attachment 426816 [details]
rpm -qa on minimal install

Comment 5 Hans de Goede 2010-06-25 09:44:56 UTC
Created attachment 426818 [details]
dracut -v output on minimal system

Comment 6 Hans de Goede 2010-06-25 09:45:19 UTC
Created attachment 426820 [details]
lsinitrd on initramfs with a default packageset

Comment 7 Hans de Goede 2010-06-25 09:45:57 UTC
Created attachment 426822 [details]
rpm -qa on a default install

Comment 8 Hans de Goede 2010-06-25 12:09:07 UTC
And today I cannot reproduce this anymore ... ???

Closing as worksforme.


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