From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Description of problem:
NOTE: this is NOT a net-tools bug: it appears to be an installer bug.
PLATFORM: Limbo version 2.
When installing across a DDNS network using ISC's DHCP, and choosing DHCP and
supplying the client's hostname, the installer improperly writes the client's
hostname to the loopback interface in the /etc/hosts file. This prevents the
DDNS server from writing forward and reverse lookup files, although it will
still hand out an IP address. Fix: after installation, correct the /etc/hosts
file, and either reboot or reactivate the network connection.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install choosing DHCP.
2. Enter the computer's hostname during the installation.
Actual Results: The computer is given an IP address from the DHCP server, but
the /etc/hosts file incorrectly includes the computer's hostname after
Expected Results: The /etc/hosts file should read:
127.0.0.1 localhost.localdomain localhost
Is the installer incorrectly writing to NEAT, the network configuration tool?
I don't know.
My server: Red Hat 7.3 with ISC's dhcp-3.0.1rc9-1cra, and Red Hat's bind-9.2.0-
The server is setup for DDNS, in a very standard ISC configuration.
NOTE: I've given this a HIGH severity rating, because of the massive irritation
that would be involved when installing in a networked environment.
Jeremy this has been the behavious for ages, correct?
Yes. If we don't do this, then things such as apache and sendmail will
regularly fail to startup, especially on laptops
Nevertheless this is very still very wrong. Furthermore a laptop which
is not connected to the network at startup will not receive any DHCP
response and will therefor go under the name of
'localhost.localdomain' which still is resolved to 127.0.0.1 so I
don't really see the problem.
Please reopen this bug and move it to Redhat Enterprise Linux 1