VSphere instance ID being set to hostname instead of product UUID

Bug #2012635 reported by Stone Preston
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Wishlist
Unassigned

Bug Description

On Vsphere clouds, the instance IDs of juju machines are using the hostname of the machine when they should be using the product UUID. Currently the instance id looks like this: juju-648670-0, however VSphere product IDs located in /sys/class/dmi/id/product_uuid look like 4229790e-7ec7-8685-b2e5-57e59d139d67.

On other clouds like aws this does not happen and the correct cloud specific ID is used as the instance ID (ie on aws the instance ID matches the ami info: i-0546cffafe21a9439)

Revision history for this message
Heather Lanigan (hmlanigan) wrote :

Hi Stone,

Please provide the use case for this. How does this impact you? It'll be helpful in fixing the issue.

Changed in juju:
status: New → Incomplete
Revision history for this message
Stone Preston (stonepreston) wrote :

kubernetes cloud providers typically use this special ID when setting the providerID field of nodes. We have some applications that may need to be able to match up juju machines to nodes based on this provider ID. on AWS the providerID and juju instance ID match up (well the providerID contains the juju instance ID, along with some other data out in front), but not on Vsphere

Harry Pidcock (hpidcock)
Changed in juju:
status: Incomplete → New
tags: added: vsphere-provider
Changed in juju:
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
Joseph Phillips (manadart) wrote :

We currently set/get this from VirtualMachine.ManagedEntity.Name.
The ID *might* be in VirtualMachine.ManagedEntity.Guest.GuestID

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.