VMware: instance names can be edited, breaks nova-driver lookup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
Sidharth Surana | ||
VMwareAPI-Team |
Fix Committed
|
High
|
Sidharth Surana |
Bug Description
Currently the VMware Nova Driver relies on the VM name in vCenter/ESX to match the UUID in Nova. The name can be easily edited by vCenter administrators and break Nova administration of VMs. A better solution should be found allowing the Nova Compute Driver for vSphere to look up VMs by a less volatile and publicly visible mechanism.
EDIT:
A fix would make the link between vSphere and Nova more solid and involve using a vSphere metadata value that cannot be easily edited. Currently the UUID is stored as an extra config metadata property inside vSphere (associated with the instance's virtual-machine) and
this value is not easy to accidentally change. That would make the link much more robust.
Changed in nova: | |
assignee: | nobody → Sidharth Surana (ssurana) |
Changed in nova: | |
importance: | Undecided → Medium |
milestone: | none → icehouse-2 |
Changed in openstack-vmwareapi-team: | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Sidharth Surana (ssurana) |
tags: | added: grizzly-backport-potential havana-backport-potential |
Changed in nova: | |
milestone: | icehouse-2 → icehouse-3 |
Changed in openstack-vmwareapi-team: | |
status: | In Progress → Fix Committed |
Changed in nova: | |
status: | Fix Committed → Fix Released |
tags: | removed: grizzly-backport-potential |
Changed in nova: | |
milestone: | icehouse-3 → 2014.1 |
Fix proposed to branch: master /review. openstack. org/59571
Review: https:/