Bug 2192710

Summary: [RHOSP 17.1] [RFE] Backporting Stable Compute UUIDs from upstream
Product: Red Hat OpenStack Reporter: camorris@redhat.co <camorris>
Component: openstack-novaAssignee: Artom Lifshitz <alifshit>
Status: ON_DEV --- QA Contact: OSP DFG:Compute <osp-dfg-compute>
Severity: medium Docs Contact:
Priority: medium    
Version: 17.1 (Wallaby)CC: alifshit, dasmith, eglynn, jhakimra, kchamart, sbauza, sgordon, vromanso
Target Milestone: z2Keywords: FeatureBackport, Patch, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description camorris@redhat.co 2023-05-02 19:58:48 UTC
Description of problem:

The nova-compute service does not strongly correlate with the unique identifier used to represent itself. In most cases, we use the system hostname as the identifier by which we locate our Service and ComputeNode records in the database. However, hostnames can change (both intentionally and unintentionally) which makes this problematic. The Nova project has long said “don’t do that” although, in reality, we must be less fragile and able to detect and protect against database corruption if it happens.

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

How reproducible:
Always

Steps to Reproduce:
1.
2.
3.

Actual results:
system hostname is used at identifier

Expected results:
Have a unique UUID instead

Additional info:
Related to blueprint: https://review.opendev.org/q/topic:bp%252Fstable-compute-uuid