Bug 1009180 - Nova compute drivers should not change hostname while running
Summary: Nova compute drivers should not change hostname while running
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 4.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: 4.0
Assignee: Nikola Dipanov
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On: 1009179
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-17 22:21 UTC by Dan Smith
Modified: 2019-09-09 14:26 UTC (History)
7 users (show)

Fixed In Version: openstack-nova-2013.2-0.23.rc1.el6
Doc Type: Bug Fix
Doc Text:
Previously, updating a node's hostname while openstack-nova-compute was running on it changed the hostname that nova-compute reported to the controller as well. Whenever this occurred, the controller created a new record for the host, leaving the old record to go stale. With this release, openstack-nova-compute will no longer report changes to the node's hostname during runtime. Rather, nova-compute will simply log the hostname change; the node will not use the new hostname until openstack-nova-compute is restarted.
Clone Of: 1009179
Environment:
Last Closed: 2013-12-20 00:24:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1224982 0 None None None Never
OpenStack gerrit 46738 0 None MERGED Make virt drivers use a consistent hostname 2020-09-30 21:34:17 UTC
Red Hat Product Errata RHEA-2013:1859 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2013-12-21 00:01:48 UTC

Description Dan Smith 2013-09-17 22:21:26 UTC
+++ This bug was initially created as a clone of Bug #1009179 +++

Description of problem:

If the system changes its hostname while nova-compute is running, the resource update function will delete the compute_node record for the old hostname, rendering the host unusable by the scheduler until restart.

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


How reproducible:

Always

Steps to Reproduce:
1. Start nova-compute
2. Change hostname/DNS such that that "virsh hostname" returns a different value
3. Note the compute record is deleted in the database after the next periodic update cycle

Actual results:

The compute_node record is deleted in the database and the scheduler fails to schedule instances on the node until nova-compute is restarted.

Expected results:

The node does not accept the changed name while running, delete the record, but rather warns the administrator about the detected change.

Comment 4 Ami Jeain 2013-12-02 14:57:13 UTC
VERIFICATION:

1. Change hostname of the system to e.g. test.lab
2. Check out the /var/log/nova/compute.log

2013-12-02 11:15:18.897 8752 ERROR nova.virt.libvirt.driver [-] Hostname has changed from cougar14.scl.lab.tlv.redhat.com to test.lab. A restart is required to take effect.

3. The node does not accept the changed name while running and errors the administrator about the detected change.

Comment 7 errata-xmlrpc 2013-12-20 00:24:26 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2013-1859.html


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