Bug 133560

Summary: Kickstart with Intel Pro/1000MT card doesn't find network
Product: Red Hat Enterprise Linux 3 Reporter: Tim Skirvin <tskirvin>
Component: kernelAssignee: Jeff Garzik <jgarzik>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: medium    
Version: 3.0CC: katzj, linville, peterm, petrides, riel
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-19 20:14:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Tim Skirvin 2004-09-24 19:51:46 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; rv:1.7.3) Gecko/20040916
Firefox/0.10

Description of problem:
I'd like to perform NFS-based kickstart installs using a floppy disk
and the network.  Our desktops use Intel Pro/1000MT gigabit network
cards.  These cards are not recognized by the boot process, but are
supported later.  The CD-ROM has been no help; even our old RH9
methods of copying a version of the e1000.o driver to the floppy
doesn't work this time.  How would I go about building an appropriate
e1000.o driver for the floppy?


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


How reproducible:
Always

Steps to Reproduce:
1.  Put in the default boot floppy.
2.  Boot until it gripes about lack of driver.  Put in driver floppy.
3.  System gripes that it still can't find the appropriate driver.

    

Additional info:

I have tried getting various e1000.o drivers from other installs, and
updating the boot floppy accordingly.  With RH9, I was able to use
this script to create the appropriate boot disk:

http://www.ks.uiuc.edu/~tskirvin/makefloppy.sh

Similar methods no longer work when I use the newer bootnet.img files.

Comment 1 Tim Skirvin 2004-10-18 19:34:13 UTC
Okay, is anybody planning on responding to this bug?  It's holding up
our potential rollout of RHEL.  If you guys want our money, we need
your help...

Comment 2 John W. Linville 2004-10-18 19:43:01 UTC
Tim,

Are you using a late version of RHEL3 (i.e RHEL3 U3)?  There have been
a number of e1000 updates in the RHEL3 updates.


Comment 3 Tim Skirvin 2004-10-19 20:14:27 UTC
RHEL U3 appears to work, thanks!

Comment 4 Ernie Petrides 2005-09-09 20:15:09 UTC
This problem was fixed in U3 (advisory RHBA-2004:433-17),
although obviously the latest released kernel should be
used (which is 2.4.21-32.0.1.EL, advisory RHSA-2005:472).