[Newton] hostname instability after fresh deployment
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
After a fresh (as of today) deployment of newton we noticed the following in the output of
"neutron agents-list" on the overcloud:
| c16840b4-
| caa02fbb-
Now after rebooting controller-1 we observe that we have double-entries in neutron agent-list for each
controller (one with .localdomain and one without). For example if I reboot only controller-0 after
a fresh install, I observe:
[stack@undercloud ~]$ neutron agent-list|grep controller-0
| 01fb71be-
| 1024f871-
| 202dfbd4-
| 40644602-
| 8dbb2545-
| 9cf789ec-
| a51f440d-
| cc71f0a9-
What might trigger this behaviour is the following fact. Right after the initial deployment, on the
controllers you get the following:
[root@overcloud
overcloud-
[root@overcloud
overcloud-
[root@overcloud
Static hostname: overcloud-
Transient hostname: overcloud-
Icon name: computer-vm
Chassis: vm
Machine ID: 027a07d16655709
Boot ID: 3869128a64a24cb
Virtualization: kvm
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:
Kernel: Linux 3.10.0-
Architecture: x86-64
[root@overcloud
Linux overcloud-
But after a reboot you will see this:
[heat-admin@
overcloud-
[heat-admin@
overcloud-
[root@overcloud
Static hostname: overcloud-
Icon name: computer-vm
Chassis: vm
Machine ID: 027a07d16655709
Boot ID: eec03ae0d1584ae
Virtualization: kvm
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:
Kernel: Linux 3.10.0-
Architecture: x86-64
Notice the a) absence of a Transient hostname in hostnamectl and b) the fully qualified hostname on both hostname *and* hostname -f commands
Changed in tripleo: | |
status: | New → Confirmed |
Changed in tripleo: | |
status: | Confirmed → Fix Released |
I think this has been fixed via: /review. openstack. org/304858
https:/