Bug 227250
| Summary: | anaconda not setting hostname properly on manual hostname override due to /etc/sysconfig/network error. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jeremy Rosengren <jeremy> |
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | berryja, dgunchev, gerry, jfrieben, me, orion |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-02-23 15:57:06 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
Jeremy Rosengren
2007-02-03 23:21:06 UTC
After filing this bug, it occurred to me that it might be a problem with anaconda instead of dhclient. I got this too. I installed F7T1 x86_64, so this is probably not arch specific. Same for "anaconda-11.2.0.24-1" and "dhclient-3.0.5-20.fc7" as of 2007-02-17. Installed with 20070222 rawhide and the following kickstart opts: network --bootproto=dhcp authconfig --enableshadow --enablenis --nisdomain=yp.colorado-research.com And ended up with: NETWORKING=yes yesHOSTNAME=denali note no DOMAINNAME. 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 anaconda. 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
3c3
< 127.0.0.1 f7t2.thetoolshed.us f7t2 localhost.localdomain localhost
---
> 127.0.0.1 f7t1.thetoolshed.us 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
localhost
[root@localhost ~]# hostname f7t2.thetoolshed.us
[root@localhost ~]# hostname
f7t2.thetoolshed.us
In f7t1:
[root@f7t1 ~]# hostname
f7t1.thetoolshed.us
Here are the /etc/sysconfig/network file contents:
[root@localhost ~]# cat /etc/sysconfig/network
NETWORKING=yes
yesHOSTNAME=f7t2.thetoolshed.us
[root@localhost ~]# cat /mnt/f7t1/etc/sysconfig/network
HOSTNAME=f7t1.thetoolshed.us
NETWORKING=yes
yesHOSTNAME=f7t1.thetoolshed.us
The fix for this is in anaconda-11.2.0.27, while the version in test 2 is 11.2.0.26. That unfortunately means this bug fix is not in the test 2 tree which would explain why you are still seeing it. *** Bug 231012 has been marked as a duplicate of this bug. *** *** Bug 231650 has been marked as a duplicate of this bug. *** |