Red Hat Bugzilla – Bug 112991
http install failing using kickstart
Last modified: 2007-11-30 17:06:59 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0;
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.instert floppy having kickstart file
2. kickstart file should have the URL of the install image
3. insert CD with ISO boot image and give boot: linux ks=floppy
Actual Results: can not find http location
Don't need extra slash
Can you attach the kickstart file you are using?
Created attachment 96849 [details]
Hmmm... this works for me. Do you still have problems with U1?
Yes, I still have problem. It does stop for me to make changes and
hit returns several times after giving the correct path.
I have this problem doing network installs of rhel3ws U2 now.
kickstart via http and nfs worked on U1.
I also have problems with U2. U1 worked fine and still does, nothing
else changed execpt for U1->U2. When the installer gets to the point
of trying to download the kickstart file, it fails, after I go
through a few screens to get he stage2 loaded, I can drop to a shell
and "wget" the file. The web server never sees the original request
for the kickstart at all, but the wget comes across fine. I had
though it was a timing issue, sort of like what happens on a swith
without portfast enabled, but it doesn't seem so (still could be but
Some more information as I didn't see this posted. I am trying to
kickstart AS-U2 onto ton HP DL380 which uses the cciss driver. If
that makes any differences. I bypassed getting the kickstart file
from the server by using a floppy and changing the default pxeconfig
to reference it instead. This got things going however, the kernel
never seems to get installed, or it gets wiped out somewhere along
the line. I'll investigate further today.
P.S. SOmeone please raise the severity of this to high as large
installations might be having problems with this....
the install log complains that libtermcap.so.2 is missing which
causes a whole bunch of errors during package installs. Basically
anything that uses the shell as part of the install, like the
Also having this issue with HP DL360, and DL380 with cciss driver.
boot from floppy, ks.cfg on a floppy disk
-Boot off bootdisk.img, use "boot> linux ks=floppy dd"
These do NOT
boot from cdrom, ks.cfg on floppy
-Boot off boot.iso, use "boot> linux ks=floppy" or "boot> linux
boot from cdrom, ks.cfg on floppy (alternative command)
-Boot off boot.iso, use "boot> linux ks=hd:fd0:/ks.cfg"
boot from cdrom, ks.cfg on http
-Boot off boot.iso, use "boot> linux ks=http://server/ks.cfg"
boot from floppy, ks.cfg on http
-Boot off bootdisk.img, use "boot> linux ks=http://server/ks.cfg dd"
Forgot to mention... booting off cdrom, and using http to read ks.cfg
would be the preferred method we would like to use in the future.
We found what helps was to add an empty hostname option to the dhcp
entry for each machine which causes the name lookup to fail but
casues a delay just long enough for the install to work correctly.
U4 should contain changes that resolve this problem.