<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.3790.2858" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><FONT face=Arial color=#0000ff size=2><SPAN
class=749013913-15052007>Could you post your ks.cfg file, specifically the
networking section. I have seen this, even when the kernel loads correctly,
because the networking information is incorrect.</SPAN></FONT></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> kickstart-list-bounces@redhat.com
[mailto:kickstart-list-bounces@redhat.com] <B>On Behalf Of
</B>SSTinsley@upsfreight.com<BR><B>Sent:</B> Tuesday, May 15, 2007 4:43
AM<BR><B>To:</B> Discussion list about Kickstart<BR><B>Cc:</B>
kickstart-list@redhat.com; kickstart-list-bounces@redhat.com<BR><B>Subject:</B>
RE: Kickstart via PXE/NFS<BR></FONT><BR></DIV>
<DIV></DIV><BR><FONT size=2><TT>kickstart-list-bounces@redhat.com wrote on
05/14/2007 04:14:11 PM:<BR><BR>> You still have never answered the question.
We are trying to help <BR>> you here. It doesn't matter whether
or not your second NIC is <BR>> plugged in, it does however matter whether or
not it is on the same <BR>> bus as the NIC you are pxebooting from. As
for why it works in pxe <BR>> and doesn't work in kickstart, they are two
entirely different <BR>> systems. pxe comes from the system BIOS, and
the kickstart <BR>> installer comes from RHEL. The reason this is
important is because <BR>> RHEL 4 + enumerates the bus differently (and
according to Red Hat <BR>> properly) than either pxe or previous RHEL
versions.</TT></FONT> <BR><FONT size=2><TT>> </TT></FONT> <BR><FONT
size=2><TT>> As for "complicated", my time goes back to building
"unattend.txt" <BR>> files for Windows 95 (and every version since), and
kickstart is FAR<BR>> more powerful and easier to use than any of the windows
technologies<BR>> that are included with the OS. And if you don't like
kickstart, try<BR>> using YAST sometime, that will make you old before your
time.</TT></FONT> <BR><FONT size=2><TT>> </TT></FONT> <BR><FONT
size=2><TT>> This list is very helpful and has gotten many people to quality
<BR>> build setups, but disparaging the tool that we are trying to help
<BR>> you deploy isn't going to win friends or help.</TT></FONT> <BR><FONT
size=2><TT>> </TT></FONT> <BR><FONT size=2><TT>> At the end of the
day, if you don't like anaconda, do something <BR>> about it. It's open
source and you can dive in and fix the things <BR>> you don't like, and
submit the patches upstream. There are many <BR>> things *I* would like
to see changed, but I don't have the time to <BR>> write a patch, so I have
to live with it or work around it. At <BR>> least now I can make the
changes if I wanted to... Sure wish I could<BR>> have done that in Windows 10
years ago when I was trying to get an <BR>> unattend.txt file to bring up a
backup domain controller that wasn't<BR>> online with the primary since it
hadn't been built yet and was <BR>> located in a different state.</TT></FONT>
<BR><FONT size=2><TT>> </TT></FONT> <BR><FONT size=2><TT>> Chip
</TT></FONT><BR><BR><FONT face=sans-serif size=2>I appreciate your time and
help. Just a bit frustrated after working on this for 2 solid days</FONT>
<BR><FONT face=sans-serif size=2>and watching the PC boot about 50 times.</FONT>
<BR><BR><FONT face=sans-serif size=2>If you want free software to be successful,
the standard answer can't be "fix it yourself if you</FONT> <BR><FONT
face=sans-serif size=2>don't like it". Many people, like me are not programmers.
You don't want me in messing with code.</FONT> <BR><FONT face=sans-serif
size=2>People will eventually go where they can find someone to supply the fix.
In my case, that is </FONT><BR><FONT face=sans-serif size=2>RedHat. And I have a
case open with them. I was hoping I might get the problem solved faster
going</FONT> <BR><FONT face=sans-serif size=2>this route.</FONT> <BR><BR><FONT
size=2><TT>kickstart-list-bounces@redhat.com wrote on 05/14/2007 04:01:42
PM:<BR><BR>> For the second interface, try turning it off in the bios. I
believe <BR>> you're running into an enumeration problem with the onboard
NIC's. <BR>> Whether you have it plugged in or not, it is probably where the
issue is.</TT></FONT> <BR><FONT size=2><TT>> </TT></FONT> <BR><FONT
size=2><TT>kickstart-list-bounces@redhat.com wrote on 05/14/2007 04:03:21
PM:<BR><BR>> I had a similar issue. I had only one NIC cabled to the
switch. <BR>> The initial DHCP request was successful but it would fail
on finding<BR>> the ks.cfg file.</TT></FONT> <BR><FONT size=2><TT>>
</TT></FONT> <BR><FONT size=2><TT>> I ended up turning off all the NICs
in the bios and this helped.</TT></FONT> <BR><FONT size=2><TT>>
</TT></FONT> <BR><FONT size=2><TT>> </TT></FONT> <BR><BR><FONT
size=2><TT>I disabled the second interface in the bios as suggested. No
difference. Let me describe</TT></FONT> <BR><FONT size=2><TT>what happened and
show you the anacaonda log and you may see why this is so puzzling.</TT></FONT>
<BR><BR><FONT size=2><TT>The process up through the kernel load works fine. The
initial DHCP request shows up on the</TT></FONT> <BR><FONT size=2><TT>network
snoop, the pxelinux downloads. I get the PXE menu and kick off the auto
install.</TT></FONT> <BR><FONT size=2><TT>The kernel and initrd download
successfully. Here is the cmdline passed to the kernel based</TT></FONT>
<BR><FONT size=2><TT>on the contents of /proc/cmdline.</TT></FONT> <BR><BR><FONT
size=2><TT>initrd=rhel_v4/initrd.img ks=http://10.1.1.253/redhat/ks_rhel_v4.cfg
BOOT_IMAGE=rhel_v4/vmlinuz</TT></FONT> <BR><BR><FONT size=2><TT>On the screen, I
see the initial Anaconda screen with various messages on loading drivers.
Then</TT></FONT> <BR><FONT size=2><TT>a message is displayed that DHCP is
attempting to start eth0. It fails and the net config screen</TT></FONT>
<BR><FONT size=2><TT>appears. I set it for DHCP again. No luck. Here is what
shows up in the anaconda log after several</TT></FONT> <BR><FONT size=2><TT>DHCP
attempts from the network config screen.</TT></FONT> <BR><BR><FONT
size=2><TT> only have one network device: eth0</TT></FONT> <BR><FONT
size=2><TT>* sending dhcp request through device eth0</TT></FONT> <BR><FONT
size=2><TT>* waiting for link...</TT></FONT> <BR><FONT size=2><TT>* 0
seconds.</TT></FONT> <BR><FONT size=2><TT>* running dhcp for eth0</TT></FONT>
<BR><FONT size=2><TT>* pump told us: No DHCP reply received</TT></FONT>
<BR><FONT size=2><TT>* eth0 isn't a wireless adaptor</TT></FONT> <BR><FONT
size=2><TT>* waiting for link...</TT></FONT> <BR><FONT size=2><TT>* 5
seconds.</TT></FONT> <BR><FONT size=2><TT>* running dhcp for eth0</TT></FONT>
<BR><FONT size=2><TT>* pump told us: No DHCP reply received</TT></FONT>
<BR><FONT size=2><TT>* waiting for link...</TT></FONT> <BR><FONT size=2><TT>* 5
seconds.</TT></FONT> <BR><FONT size=2><TT>* running dhcp for eth0</TT></FONT>
<BR><FONT size=2><TT>* pump told us: No DHCP reply received</TT></FONT>
<BR><FONT size=2><TT>* waiting for link...</TT></FONT> <BR><FONT size=2><TT>* 5
seconds.</TT></FONT> <BR><FONT size=2><TT>* running dhcp for eth0</TT></FONT>
<BR><FONT size=2><TT>* pump told us: No DHCP reply received</TT></FONT>
<BR><FONT size=2><TT>* waiting for link...</TT></FONT> <BR><FONT size=2><TT>* 2
seconds.</TT></FONT> <BR><FONT size=2><TT>* no DNS servers, can't look up
hostname</TT></FONT> <BR><FONT size=2><TT>* ks location:
http://10.1.1.253/redhat/ks_rhel_v4.cfg</TT></FONT> <BR><FONT size=2><TT>*
transferring http://10.1.1.253//./redhat/ks_rhel_v4.cfg to a fd</TT></FONT>
<BR><FONT size=2><TT>* failed to retrieve
http://10.1.1.253///redhat/ks_rhel_v4.cfg</TT></FONT> <BR><FONT size=2><TT>*
trying to mount CD device hda</TT></FONT> <BR><FONT size=2><TT>* trying to mount
CD device scd0</TT></FONT> <BR><FONT size=2><TT>* going to set language to
en_US.UTF-8</TT></FONT> <BR><BR><FONT size=2><TT>I finally assign the IP address
statically on the network config screen. Anaconda moves</TT></FONT> <BR><FONT
size=2><TT>on to ask for the location of the RedHat image. I supply the NFS
information to get the</TT></FONT> <BR><FONT size=2><TT>release. Here is the odd
part. Anaconda again shows that it is running DHCP to start</TT></FONT>
<BR><FONT size=2><TT>interface eth0 even though I just supplied the static
information. I am still snooping</TT></FONT> <BR><FONT size=2><TT>the network
and I see this DHCP request and the same IP gets assigned that I had</TT></FONT>
<BR><FONT size=2><TT>statically entered earlier. Anaconda then starts an
interactive install. </TT></FONT><BR><BR><FONT size=2><TT>* trying to mount CD
device hda</TT></FONT> <BR><FONT size=2><TT>* trying to mount CD device
scd0</TT></FONT> <BR><FONT size=2><TT>* going to set language to
en_US.UTF-8</TT></FONT> <BR><FONT size=2><TT>* setting language to
en_US.UTF-8</TT></FONT> <BR><FONT size=2><TT>* 164 keymaps are
available</TT></FONT> <BR><FONT size=2><TT>* need to set up
networking</TT></FONT> <BR><FONT size=2><TT>* going to pick
interface</TT></FONT> <BR><FONT size=2><TT>* going to do
getNetConfig</TT></FONT> <BR><FONT size=2><TT>* sending dhcp request through
device eth0</TT></FONT> <BR><FONT size=2><TT>* waiting for link...</TT></FONT>
<BR><FONT size=2><TT>* 0 seconds.</TT></FONT> <BR><FONT size=2><TT>* running
dhcp for eth0</TT></FONT> <BR><FONT size=2><TT>* doing kickstart... setting it
up</TT></FONT> <BR><FONT size=2><TT>* waiting for link...</TT></FONT> <BR><FONT
size=2><TT>* 0 seconds.</TT></FONT> <BR><FONT size=2><TT>* starting to
STEP_URL</TT></FONT> <BR><FONT size=2><TT>* going to do nfsGetSetup</TT></FONT>
<BR><FONT size=2><TT>* mounting nfs path
10.1.1.253:/export/redhat/rhel4.0_ES_U5</TT></FONT> <BR><FONT size=2><TT>*
mounting nfs path 10.1.1.253:/export/redhat/rhel4.0_ES_U5</TT></FONT> <BR><FONT
size=2><TT>* mounted 10.1.1.253:/export/redhat/rhel4.0_ES_U5 on
/mnt/source</TT></FONT> <BR><FONT size=2><TT>* can access
/mnt/source/RedHat/base/stage2.img</TT></FONT> <BR><BR><FONT size=2><TT>So, with
only one interface active in the BIOS, why do the first several DHCP attempts
fail,</TT></FONT> <BR><FONT size=2><TT>showing no network traffic at all? Then
this last DHCP request shows up on the network and</TT></FONT> <BR><FONT
size=2><TT>succeeds. However, at this point it is too late as the process is
past the point where </TT></FONT><BR><FONT size=2><TT>the kickstart file needs
to be retrieved. Crazy!!</TT></FONT>
<DIV>NOTE: THIS DOCUMENT MAY CONTAIN CONFIDENTIAL AND NONPUBLIC INFORMATION. IT
IS INTENDED ONLY FOR THE USE OF THE INDIVIDUAL(S) OR ENTITY(IES) NAMED ABOVE,
AND OTHERS SPECIFICALLY AUTHORIZED TO RECEIVE IT. If you are not the intended
recipient of this document, you are notified that any review, dissemination,
distribution or copying of this communication is prohibited. If you have
received this communication in error, please notify me immediately by return
email, delete the electronic message and destroy any printed copies. Thank you
for your cooperation.<BR></DIV></BODY></HTML>