Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 14501

Summary: Host name set to localhost.localdomain
Product: [Retired] Red Hat Linux Reporter: Christian Rose <menthos>
Component: anacondaAssignee: Erik Troan <ewt>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: high    
Version: 7.1CC: borgan, pekkas
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard: Winston rc1
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-09-14 20:40:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
/etc/sysconfig/network none

Description Christian Rose 2000-07-24 00:01:03 UTC
Performed a text install with beta4.
After the install, the machine reports "localhost.localdomain" as its host
name, although I entered "toblerone.menthos.com" as the host name in the
network setup in the install.
Host name setting appears to be broken.

Comment 1 Glen Foster 2000-07-30 19:36:06 UTC
This defect is considered MUST-FIX for Winston Release-Candidate #1
... I think there are some dups of this defect floating around -- they should be
coalesced.

Comment 2 Erik Troan 2000-07-31 19:14:56 UTC
Brock, please help.

Comment 3 Christian Rose 2000-08-03 11:38:31 UTC
I don't know if this is related, but this machine sits behind an IP-masquerading
box. If the installer somehow performs a reverse DNS lookup to verify the
hostname, well obviously it will get the wrong IP/host name back, and thus maybe
revert to localhost.localdomain?

I noticed that the /etc/hosts listed the external IP of my masquerading box
together with the host name of the beta box, which is obviously wrong.

If the installer tries a reverse DNS lookup and then reverts to
localhost.localdomain if the lookup returns an other result than expected it's
wrong, because there are many situations like this where a reverse lookup will
fail but the installer should work just fine if it trusted and used the entered
values.


Comment 4 Glen Foster 2000-08-04 13:50:25 UTC
*** Bug 15107 has been marked as a duplicate of this bug. ***

Comment 5 Erik Troan 2000-08-05 13:51:31 UTC
Was /etc/hosts correct, and just /etc/sysconfig/network wrong, or were both
wrong?

Comment 6 Christian Rose 2000-08-05 14:19:39 UTC
In my case, both were somewhat wrong.

I don't have the original /etc/hosts left, but as I remember it had the
127.0.0.1   localhost      localhost.localdomain
line correct, but listed the hostnames of the machine (toblerone.menthos.com,
toblerone) together with the IP of the firewall/masquerading box on the next
line.

/etc/sysconfig/network has the hostname wrong, as you can see (will attach it).


Comment 7 Christian Rose 2000-08-05 14:20:22 UTC
Created attachment 2095 [details]
/etc/sysconfig/network

Comment 8 Pekka Savola 2000-08-07 08:15:09 UTC
Host resolution goes wrong if DNS is not reachable.  See #13486 for the same
thing in GUI.

Comment 9 Michael Redinger 2000-08-13 15:40:38 UTC
Server Text install does the same thing in RC1. However, I remember Workstation
(KDE) install said "Setting hostname to localhost.localdomain" at startup but
showed the right hostname at the KDE login screen. Didn't test DNS resolution
...

text server install: /etc/hosts says: 
127.0.0.1		FQHN	HN	localhost.localdomain	localhost

(this might also be the reason why the KDE login screen shows the hostname).

/etc/sysconfig/network:
HOSTNAME=localhost.localdomain

/etc/resolv.conf is ok (search domain written correctly).


Comment 10 Erik Troan 2000-08-14 18:46:45 UTC
The rules for doing this seem to get it right "most of the time". We'll revisit
this for Florence, but we're nervous about breaking things.

Comment 11 Michael Fulbright 2000-09-14 20:40:48 UTC

*** This bug has been marked as a duplicate of 16482 ***