Bug 1326571 - Hostname display shorter than what set in kickstart file after automatic installation
Summary: Hostname display shorter than what set in kickstart file after automatic inst...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: anaconda
Version: 7.2
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: pre-dev-freeze
: 7.3
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks: ovirt-node-ng-platform
TreeView+ depends on / blocked
 
Reported: 2016-04-13 06:29 UTC by Wei Wang
Modified: 2016-05-04 15:07 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-05-04 15:07:47 UTC
Target Upstream Version:

Attachments (Terms of Use)
hostname ks file (557 bytes, text/plain)
2016-04-13 06:29 UTC, Wei Wang 		no flags Details
View All

Description Wei Wang 2016-04-13 06:29:23 UTC 
Created attachment 1146707 [details]
hostname ks file

Description of problem:
Hostname display shorter than what I have set in kickstart file, after automatic installation.

Version-Release number of selected component (if applicable):
ovirt-node-ng-installer-ovirt-3.6-2016041120.iso
ovirt-node-4.0.0

How reproducible:
100%

Steps to Reproduce:
1. Automatic install a vm with kickstart file(hostname is set to `rhev1.example.com`) in attachment
2. After installation and reboot
3. check the hostname with below CLI
    1). #hostname
    2). #hostname --all-fqdns


Actual results:
"rhev1" displayed as hostname, shorter than what have set in kickstart file.


Expected results:
"rhev1.example.com" displayed, same as what have set in kickstart file


Additional info:
Comment 1 Wei Wang 2016-04-13 06:41:11 UTC 
Add some more info:
# cat /etc/sysconfig/network-scripts/ifcfg-ens3

#Generated by parse-kickstart
IPV6INIT=yes
DHCP_HOSTNAME=rhev1.example.com
BOOTPROTO=dhcp
DEVICE=ens3
ONBOOT=yes
UUID=a6969329-8894-4d63-a735-a7cd524449a8
Comment 2 Fabian Deutsch 2016-05-04 15:07:47 UTC 
Considering bug 1329943 I'd say this is not a bug, because a.b.c is not  hostname, but a FQDN.

The hostname is just a string without a dot, thus a in the example above.
And according to comment 0 after installation the part before the first dot is used as the hostname, which is correct.
Note You need to log in before you can comment on or make changes to this bug.