|Summary:||Cannot kickstart without DHCP server|
|Product:||[Fedora] Fedora||Reporter:||Derrik Pates <dpates>|
|Component:||anaconda||Assignee:||David Cantrell <dcantrell>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||9||CC:||bolek-vendor, chris.joas, cristian.ciupitu, deknuydt, george.b.milner, gustavo, jansen, ma, oliva, vchepkov|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2009-02-16 20:32:01 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:||458183|
Description Derrik Pates 2007-11-10 04:24:25 UTC
Description of problem: When attempting to install Fedora 8 via Kickstart by passing network parameters as kernel arguments, the installation does not complete. The installation process gets stuck at "Sending request for IP information for eth0...". The same set of arguments works fine with the Fedora 7 installer. Version-Release number of selected component (if applicable): n/a How reproducible: Boot the installer image with the kickstart file path, and static network configuration arguments. Steps to Reproduce: 1. Boot installer/initrd on a machine connected to a network without DHCP. Supply the 'ip', 'netmask', 'gateway', 'dns', 'ks' and 'ksdevice' arguments. Actual results: System remains stuck, displaying: +-------------------------------------------------------+ | | | Sending request for IP information for eth0... | | | +-------------------------------------------------------+ Expected results: System should configure network, fetch kickstart file and proceed normally with installation. Additional info: None.
Comment 1 Cristian Ciupitu 2007-11-17 03:34:21 UTC
I've tried to install a paravirtualized Xen guest using the following config: kernel = "/mnt/Fedora-8-i386-DVD/images/xen/vmlinuz" ramdisk = "/mnt/Fedora-8-i386-DVD/images/xen/initrd.img" extra = "text ip=192.168.1.3 gateway=192.168.1.1 dns=192.168.1.1 ipaddr=192.168.1.3 ks=http://192.168.1.1/xen-ks/freeipa-ks.cfg" name = "freeipa" memory = "512" disk = [ 'phy:/dev/hermesVG/freeipa,xvda,w', ] vif = [ 'mac=aa:00:00:40:21:42, bridge=xenbr0', ] vcpus = 1 on_reboot = 'destroy' on_crash = 'destroy' When anaconda gets at the kickstart download stage it returns an error saying that it can't get the kickstart file (there's no traffic on the http server). I've also tried to a Xen kickstart install without specifying the network configuration in the boot parameters (only the kickstart file) and even if I select to configure manually the IPv4 settings and anaconda asks me for the details, afterwards it still tries to configure the interface using DHCP ("Sending request for IP information for eth0..."). Just in case it's relevant, I'm running kernel-xen-2.6.21-2950.fc8 & xen-3.1.0-13.fc8 and using the original Fedora DVD (not some updated respin).
Comment 2 Alexandre Oliva 2007-11-26 01:13:43 UTC
*** Bug 371821 has been marked as a duplicate of this bug. ***
Comment 3 Boleslaw Ciesielski 2007-11-26 02:28:37 UTC
Note that the presence of DHCP server does not workaround this bug (see bug 371821 for more info)
Comment 4 mgm 2007-12-16 22:12:50 UTC
I have exactly the same problem. Providing the static network settings via the kickstart file itself is also broken (rather than the kernel command line as the original bug report states). Providing the kickstart file on the hard drive (via ks=hd:...) does not work, either. Switching virtual consoles to VC4 shows repeated attempts to DHCPDISCOVER with: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 ..... After 4 attempts, it times out, then the cycle repeats. This basically means it is impossible to install via the network to a headless machine with static IP addresses (which I have done since Fedora 3). I have also noticed lots of other peculiarities with the F8 install that didn't seem to be present in F7, like the machine hanging for many minutes (10+) when booting the install kernel. Is the F8 install kernel just trash? Is there another, better, install kernel image out there?
Comment 6 Derrik Pates 2008-01-22 01:47:35 UTC
Should I assume this bug is not going to get looked at? I'd like to see it fixed, but given > 2 months with no apparent update, I'm guessing this means it will not be, or at least not until Fedora 9 timeframe...
Comment 7 David Cantrell 2008-01-22 03:24:25 UTC
For Fedora 9, probably not. The networking code path in loader needs A LOT of work. I am currently working on that, but I would prefer to fix it correctly rather than paper over it with a short term fix (that's sort of how we ended up with the choose your own adventure code path we have now).
Comment 8 Vadym Chepkov 2008-03-27 17:06:58 UTC
I tested it in Fedora-9 Beta, the problem still exists
Comment 9 David Jansen 2008-05-14 12:30:14 UTC
Fedora 9 final, same problem. Please "paper over" the bug so users can use the system. A perfect and beautiful piece of code is great, but an immediate fix would be better!
Comment 10 Andy Lindeberg 2008-06-03 19:48:50 UTC
I'm moving this to F9 bugs, as the bug is still present in the current release.
Comment 11 Martin Jürgens 2008-06-19 14:17:20 UTC
Please fix this issue.. It has been around for such a long time :(
Comment 12 mgm 2008-06-30 19:45:59 UTC
Yes, please, fix it or if there is a way to work around it, please let us know. This single bug has kept me at F7 instead of upgrading to F8 or F9. I have LOTS of machines, and not being able to use kickstart is crippling... Thanks...
Comment 13 Gustavo Maciel Dias Vieira 2008-07-24 00:02:38 UTC
At least, this issue should be in the release notes. I lost a fair amount of time today trying to figure out what I was doing wrong, just to discover it was never possible...
Comment 14 David Cantrell 2008-10-15 03:53:37 UTC
Fixed in anaconda-188.8.131.52-1, please test when that version appears in the rawhide tree.