canonical / canonical/cloud-init

cannot positively identify vmware cloud with ovf customization

Open
#3,224 0 comments 0 reactions 0 assignees View on GitHub
bug launchpad
Dominant language
Python
Stars
3.8k
Forks
1.1k
Avg merge
2d 23h
Merged PRs (30d)
18

Description

This bug was originally filed in Launchpad as [LP: #1788708](https://bugs.launchpad.net/cloud-init/+bug/1788708)

Launchpad details

affected_projects = []

assignee = pengzhencao
assignee_name = Pengzhen(Peter) Cao
date_closed = None
date_created = 2018-08-23T21:22:16.945680+00:00
date_fix_committed = None
date_fix_released = None
id = 1788708
importance = medium
is_complete = False
lp_url = https://bugs.launchpad.net/cloud-init/+bug/1788708
milestone = None
owner = smoser
owner_name = Scott Moser
private = False
status = confirmed
submitter = smoser
submitter_name = Scott Moser
tags = ['dsid']
duplicates = []

_Launchpad user **Scott Moser(smoser)** wrote on 2018-08-23T21:22:16.945680+00:00_

cloud-init (ds-identify) cannot positively identify a vmware cloud environment where customization data will be present. In order to avoid false positive, it requires the user to set 'disable_vmware_customization: false' in a config file.

That is a very bad user experience, and means that the image with that set is less portable as it will identify as OVF even if it is moved outside vmware.

We need a way to positively identify VMWare where OVF customization is expected.
On other clouds this is done via DMI information.

Can we have VMware identify itself to cloud-init in some way?

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.