[Openstack-operators] Fwd: Nova hypervisor uuid
ignaziocassano at gmail.com
Wed Nov 28 10:19:53 UTC 2018
Hi Matt, sorry but I lost your answer and Gianpiero forwarded it to me.
I am sure kvm nodes names are note changed.
Tables where uuid are duplicated are:
dataresource_providers in nova_api db
compute_nodes in nova db
Il 28/Nov/2018 11:09 AM, "Gianpiero Ardissono" <gp.ardissono at gmail.com> ha
> ---------- Forwarded message ---------
> From: Matt Riedemann <mriedemos at gmail.com>
> Date: mar 27 nov 2018, 19:03
> Subject: Re: [Openstack-operators] Nova hypervisor uuid
> To: <openstack-operators at lists.openstack.org>
> On 11/27/2018 11:32 AM, Ignazio Cassano wrote:
> > Hi All,
> > Please anyone know where hypervisor uuid is retrived?
> > Sometime updating kmv nodes with yum update it changes and in nova
> > database 2 uuids are assigned to the same node.
> > regards
> > Ignazio
> > _______________________________________________
> > OpenStack-operators mailing list
> > OpenStack-operators at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
> To be clear, do you mean the computes_nodes.uuid column value in the
> cell database? Which is also used for the GET /os-hypervisors response
> 'id' value if using microversion >= 2.53. If so, that is generated
> randomly* when the compute_nodes table record is created:
> When you hit this problem, are you sure the hostname on the compute host
> is not changing? Because when nova-compute starts up, it should look for
> the existing compute node record by host name and node name, which for
> the libvirt driver should be the same. That lookup code is here:
> So the only way nova-compute should create a new compute_nodes table
> record for the same host is if the host/node name changes during the
> upgrade. Is the deleted value in the database the same (0) for both of
> those records?
> * The exception to this is for the ironic driver which re-uses the
> ironic node uuid as of this change:
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators