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

Bug 25773

Summary:	System name set to localhost.localdomain incorrectly
Product:	[Retired] Red Hat Linux	Reporter:	Mark H Johnson <mark_h_johnson>
Component:	anaconda	Assignee:	Erik Troan <ewt>
Status:	CLOSED RAWHIDE	QA Contact:	Brock Organ <borgan>
Severity:	low	Docs Contact:
Priority:	medium
Version:	7.1	CC:	katzj, tomc, twaugh
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:	Florence RC-1
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-03-01 16:53:59 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:

Description Mark H Johnson 2001-02-02 23:05:03 UTC

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.99.11 i586)


Installed system on a machine which the DNS properly identified it
(mark.hou.us.ray.com). The installation script displayed that name -
entered OK to confirm it. After completing the install and rebooting, the
system name was "localhost.localdomain". Had to use linuxconf to reset it.

Reproducible: Sometimes
Steps to Reproduce:
1.Install system
2.Reboot after install - look at host name on X display
3.
	

Actual Results:  System name should have matched the value entered during
installation.
Did a reinstall later (had to repartition the disk) - worked the second
time. Did not do anything apparently differently.

Expected Results:  System name is set per the installation process.

Comment 1 Jeremy Katz 2001-02-03 22:43:47 UTC

*** Bug 25813 has been marked as a duplicate of this bug. ***

Comment 2 Joseph Kotran 2001-02-05 20:52:32 UTC

Greetings,

	I too experienced the behavior that Mark documented.  My clients use DHCP to
configure themselves.  I think that pump is not setting the hostname correctly
in /etc/hosts and /etc/sysconfig/network.

				Regards,

				Joe Kotran

Comment 3 Glen Foster 2001-02-05 22:50:27 UTC

We (Red Hat) should really try hard to fix this before next release.

Comment 4 Erik Troan 2001-02-07 00:31:46 UTC

Can you both send the contents of /etc/sysconfig/network-scripts ifcfg-eth0 and
/etc/sysconfig/network?

Comment 5 Tim Waugh 2001-02-08 14:57:24 UTC

I see this too.  /etc/sysconfig/network:

NETWORKING=yes
HOSTNAME=localhost.localdomain

/etc/sysconfig/network-scripts/ifcfg-eth0:

DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes

On boot:

[root@localhost /root]# hostname
localhost.localdomain
[root@localhost /root]# service network restart
(... it succeeds ...)
[root@localhost /root]# hostname
myhostname.surrey.redhat.com

Comment 6 Tim Waugh 2001-03-01 13:19:38 UTC

I've not seen this recently, but now it's a different DHCP server.  Perhaps it
was a DHCP server configuration thing?

Comment 7 Brock Organ 2001-03-01 16:43:18 UTC

I couldn't reproduce the problem here in our test lab testing both the fisher
public beta and a more recent internal test tree (qa0301.0) ... :(

Comment 8 Tim Waugh 2001-03-01 16:45:04 UTC

Does the DHCP server use 'use-host-decl-names on' or 'option host-name ...'? I
think it might be to do with that.

Comment 9 Tim Waugh 2001-03-01 16:53:55 UTC

Hmm, I just tried an install against a DHCP server without those options but I
can't reproduce this with Wolverine.  Maybe it really is fixed already.

Comment 10 Preston Brown 2001-03-01 17:01:32 UTC

We also tried to reproduce with a post-Wolverine tree, and could not.  Seems to
be fixed.

Comment 11 adam.huffman 2001-04-17 23:59:53 UTC

On a fresh 7.1 installation, a very similar problem occurred, which meant
sendmail was very slow in delivering mail.

/etc/hosts had:
127.0.0.1 my.local.fqdn my locallost.localdomaon localhost

sendmail log messages had the relay as my.local.fqdn instead of
localhost.localdomain (which it had been in Fisher and Wolverine)

When I added a line in /etc/hosts with my internal LAN address and private
hostname, sendmail started working at normal speed.