Bug 722639 - Ethernet eth devices presented during install with no number [NEEDINFO]
Summary: Ethernet eth devices presented during install with no number
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: distribution
Version: 5.7
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: RHEL Program Management
QA Contact: Ondrej Hudlicky
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-07-16 01:30 UTC by Maxwell Spangler
Modified: 2014-06-02 13:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-02 13:22:16 UTC
Target Upstream Version:
pm-rhel: needinfo? (maxwell.spangler)


Attachments (Terms of Use)
screenshot of rhel5.7rc2 demonstrating bug (77.37 KB, image/png)
2011-07-16 01:30 UTC, Maxwell Spangler
no flags Details
bug with intel based PCIe card not LOM (75.76 KB, image/png)
2011-07-16 01:32 UTC, Maxwell Spangler
no flags Details
bug showing only one nic port failing (151.18 KB, image/png)
2011-07-16 01:32 UTC, Maxwell Spangler
no flags Details
bug showing most recent nc523 10gbe card (73.26 KB, image/png)
2011-07-16 01:33 UTC, Maxwell Spangler
no flags Details

Description Maxwell Spangler 2011-07-16 01:30:54 UTC
Created attachment 513460 [details]
screenshot of rhel5.7rc2 demonstrating bug

Description of problem:
During the installation process on the "Networking Device" screen that allows one to select which ethernet card they want to use for an install, several devices appear with no number associated with them -- they are all listed as device 'eth'.  Historically, regardless of whether the device is linked, online, healthy, etc, each physical NIC port would receive a number associated with it.  Here, this does not appear to be the case.

Version-Release number of selected component (if applicable):
RHEL 5.7s*, rc1 and rc2.  No time to report this until now, very sorry!

How reproducible:
Intermittent but seen on many installs

Steps to Reproduce:
1.  PXE boot to install process
2.  Navigate install process to "Networking Device" screen
3.  Observe devices listed as 'eth', no number, correct NIC description.
  
Actual results:
Usually the first two entries are listed as 'eth'.

Expected results:
All eth devices should have a number associated with them.

Additional info:
This testing is done on an HP DL980 G7 with many PCIe cards installed.  Among them:
NC375i integrated 4 x 1G LOM
NC375T 4 x 1G PCIe card
NC365T 4 x 1G PCIe card
NC550SFP 2 x 10G PCIe card
NC523SFP 2 x 10G PCIe card
NC382T 2 x 1G PCIe card
NC360T 2 x 1G PCie card.

The devices that appear without enumeration are normally the NC375i's integrated LOM ports.  But I've also seen (and will provide screenshots showing) this on NC382T PCIe and NC360T and others.

Comment 1 Maxwell Spangler 2011-07-16 01:32:25 UTC
Created attachment 513461 [details]
bug with intel based PCIe card not LOM

Comment 2 Maxwell Spangler 2011-07-16 01:32:48 UTC
Created attachment 513462 [details]
bug showing only one nic port failing

Comment 3 Maxwell Spangler 2011-07-16 01:33:25 UTC
Created attachment 513463 [details]
bug showing most recent nc523 10gbe card

Comment 4 RHEL Program Management 2014-03-07 13:54:14 UTC
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.

Comment 5 RHEL Program Management 2014-06-02 13:22:16 UTC
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).


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