Red Hat Bugzilla – Bug 433214
anaconda network install fails without DHCP server
Last modified: 2009-09-08 12:07:40 EDT
Description of problem:
When you try to do a network install of Fedora 8 (I tried both original dvd and
Fedora unity spin from 02/04/08) using a kickstart file (again I used boot.iso
image and rescue disk, results are the same) without DHCP server present, the
installation goes into an endless loop demanding existence of DHCP server.
This is how to reproduce:
have a kicktart file with commands
url --url http://server/dvd/
if you specify kickstart file on the network (ks=http://server/ks.cfg) it tries
to find DHCP server (asknetwork boot parameter doesn't make any difference),
after timout asks to provide interface settings, accepts them retrieves the
content of the kickstart file and after that goes into endless loop trying to
find DHCP server.
I attached my kiststart file, results are the same even if I put it into a
floppy disk or even if I put all interface network parameters into boot prompt
(ip= gateway= dns= ksdevice= netmask=)
Created attachment 295105 [details]
kickstart file example
According to a message during boot it's anaconda 188.8.131.52
It looks like it is seriously broken
I started DHCP server on the network.
It doesn't work anyway. If a kickstart file is on the network first DHCP request
gets an address, kickstart file is downloaded, then according to Alt-F3 output
another DHCP request follows, gets the same IP and installation fails with errors:
add: failed - 17: Netlink Error (errno = File exists)
nic_configure: failed to add routes.
result of pumpSetupInterface is DHCP configuration failed - 1 Operation not
This should be fixed in F9. Reassigning to David as he would know for sure.
I got the same error on a notebook using F8 unity 20080204 i386 rescue cd and
dhcp and kickstart.
This means that I still can't do automatic kickstart installation with F8.
Please can it be fixed in the next fedora unity respin?
Thanks a lot in advance!
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '8'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
As this bug is in MODIFIED, Fedora believes that a fix has been committed that resolves the problem listed in this bug report.
If this is not the case, please re-open this report, noting the version of the package that you reproduced the bug against.
Thanks for the report!
The fix doesn't work in Fedora 10
How to reproduce:
Start installation in a segment without DHCP server, press TAB to add options:
A window appears "Waiting for NetworkManager to configure eth0 ..."
On tty4 you can see it sends DHCPDISCOVER, finally gives up and another window appear: "The was an errror configuring your network interface" Retry. And it goes in circle, so it is impossible to continue with installation.
In F8, at least, this problem was not actually triggered by the presence of a kickstart file. It was triggered by the presence of any network-based install method. I haven't tested F10 yet.
But I would like to suggest escalating the priority on this for F10, because it creates some significant problems for virtual machine installs. In many production settings, VMs will be configured as bridged, and they are usually assigned MAC addresses dynamically. This means that they cannot be served from a central DHCP server (because the MAC address is not known in advance), and they also can't be straightforwardly served by something like dnsmasq (because you are bridged on a public network segment).
I'm aware that the MAC address can be wired down. In my case, the problem is that I'm deploying publicly visible guests on softlayer infrastructure. They don't run DHCP services at all, so even if I wire the MAC it won't help.
Now the really silly part of this in F8 is that the correct static network configuration is sitting right there in the kickstart file, which has already been loaded. The problem is not that loader2 is trying to configure the network. The problem is that it throws away the kickstart information that tells it how to go about doing so.
This appears to be what I'm seeing on an F8 VM. I've tried using Preupgrade to go to F10, but see the same symptoms listed in https://bugzilla.redhat.com/show_bug.cgi?id=433214#c8 i.e. NetworkManager fails to pick up an IP address so the installer becomes stuck in a loop - offering to retry with no chance of an exit, except resetting the VM.
I recently did a non-dhcp install. No endless loops or tracebacks in sight. I tested with current rawhide. Feel free to reopen this if you see this with current rawhide.