Bug 2192710 - [RHOSP 17.1] [RFE] Backporting Stable Compute UUIDs from upstream
Summary: [RHOSP 17.1] [RFE] Backporting Stable Compute UUIDs from upstream
Keywords:
Status: ON_DEV
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 17.1 (Wallaby)
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: z2
: ---
Assignee: Artom Lifshitz
QA Contact: OSP DFG:Compute
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-05-02 19:58 UTC by camorris@redhat.co
Modified: 2023-08-08 16:18 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-24708 0 None None None 2023-05-02 19:59:59 UTC

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


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