Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 71095 - DHCP network installation improperly writes to /etc/hosts
DHCP network installation improperly writes to /etc/hosts
Product: Red Hat Public Beta
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Jeremy Katz
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2002-08-08 14:29 EDT by John Lathrop
Modified: 2007-04-18 12:45 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-08-14 15:36:02 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Lathrop 2002-08-08 14:29:20 EDT
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):

How reproducible:

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:  localhost.localdomain  localhost

Additional info:

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.
Comment 1 Michael Fulbright 2002-08-14 15:35:57 EDT
Jeremy this has been the behavious for ages, correct?
Comment 2 Jeremy Katz 2002-08-14 17:56:27 EDT
Yes.  If we don't do this, then things such as apache and sendmail will
regularly fail to startup, especially on laptops
Comment 3 David Juran 2003-12-04 15:50:09 EST
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 so I
don't really see the problem.
Please reopen this bug and move it to Redhat Enterprise Linux 1

Note You need to log in before you can comment on or make changes to this bug.