Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 227250 - anaconda not setting hostname properly on manual hostname override due to /etc/sysconfig/network error.
Summary: anaconda not setting hostname properly on manual hostname override due to /et...
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact:
: 231012 231650 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-03 23:21 UTC by Jeremy Rosengren
Modified: 2007-11-30 22:11 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-02-23 15:57:06 UTC

Attachments (Terms of Use)

Description Jeremy Rosengren 2007-02-03 23:21:06 UTC
Description of problem:

Fresh install of F7 test 1.  During installation, I selected DHCP for network
configuration, but chose a manual hostname.  After final reboot, I noticed that
the hostname specified at a command prompt was "localhost".  I found that
/etc/sysconfig/network looked a little goofy:


I removed the extra "yes" and a # service network restart fixed the problem.

Version-Release number of selected component (if applicable):


How reproducible:

Only tried once

Steps to Reproduce:
1. Install F7 test 1
2. Select DHCP under network configuration (default options for everything
except hostname)
3. Specify hostname override on the network configuration installation page
4. After final reboot after installation, hostname display at terminal prompt
will be localhost
Actual results:

[jeremy@localhost ~]$

Expected results:

[jeremy@testhost ~]$

Additional info:

Comment 1 Jeremy Rosengren 2007-02-03 23:22:31 UTC
After filing this bug, it occurred to me that it might be a problem with
anaconda instead of dhclient.

Comment 2 Jonathan Berry 2007-02-08 03:13:22 UTC
I got this too.  I installed F7T1 x86_64, so this is probably not arch specific.

Comment 3 Joachim Frieben 2007-02-17 13:27:37 UTC
Same for "anaconda-" and "dhclient-3.0.5-20.fc7" as of

Comment 4 Orion Poplawski 2007-02-22 21:44:07 UTC
Installed with 20070222 rawhide and the following kickstart opts:

network --bootproto=dhcp
authconfig --enableshadow --enablenis

And ended up with:



Comment 5 Chris Lumens 2007-02-23 15:57:06 UTC
Orion - the lack of DOMAINNAME is a different bug.  It looks like the authconfig
parameters are getting dropped, most likely due to something I broke in the last
pykickstart reorganization.  No need to open a new bug, though, I'll take care
of that right now.

The original bug report here has been fixed and will be in the next build of

Comment 6 Gerry Tool 2007-03-02 14:09:02 UTC
This problem still exists in F7 Test 2, which acts slightly different from F7
Test 1.  (I now get a correct prompt in Test 1, but not in Test 2, even though
the naming files are of the same form.)

When in F7T2, the terminal prompt lists my computer as localhost, even though I
gave it a name during install.
[root@localhost ~]#

When in F7T1, it lists my computer as F7T1, the name I gave it when installing
from DVD.
[root@f7t1] ~]#

The /etc/hosts files have the same form:
[root@localhost ~]# diff /etc/hosts /mnt/f7t1/etc/hosts
<     f7t2    localhost.localdomain   localhost
>     f7t1    localhost.localdomain    localhost

This naming persists, even though I set hostname with the hostname command.

The next time I boot to f7t2, the hostname is back to "localhost"
[root@localhost ~]# hostname
[root@localhost ~]# hostname
[root@localhost ~]# hostname

In f7t1:
[root@f7t1 ~]# hostname

Here are the /etc/sysconfig/network file contents:
[root@localhost ~]# cat /etc/sysconfig/network
[root@localhost ~]# cat /mnt/f7t1/etc/sysconfig/network

Comment 7 Chris Lumens 2007-03-02 14:54:04 UTC
The fix for this is in anaconda-, while the version in test 2 is  That unfortunately means this bug fix is not in the test 2 tree
which would explain why you are still seeing it.

Comment 8 David Cantrell 2007-03-06 18:57:01 UTC
*** Bug 231012 has been marked as a duplicate of this bug. ***

Comment 9 David Cantrell 2007-03-09 20:07:49 UTC
*** Bug 231650 has been marked as a duplicate of this bug. ***

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