Bug 1890486 - [v2v][VMware to CNV VM import API]Windows 10 import fails on no matching template
Summary: [v2v][VMware to CNV VM import API]Windows 10 import fails on no matching temp...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: V2V
Version: 2.5.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 2.5.0
Assignee: Sam Lucidi
QA Contact: Ilanit Stein
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-10-22 11:29 UTC by Ilanit Stein
Modified: 2023-09-14 06:09 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-17 13:24:56 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
vm.yaml (5.02 KB, text/plain)
2020-11-02 14:13 UTC, Ilanit Stein
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2020:5127 0 None None None 2020-11-17 13:25:03 UTC

Description Ilanit Stein 2020-10-22 11:29:40 UTC
Description of problem:
When trying to import a Windows 10 VM from VMware to CNV, it fails 
with error:

md-vmw-import-windows-2 could not be imported.VMTemplateMatchingFailed: Couldn't find matching template. Either change the virtual machine OS type or add a custom template configMap for it, and a common template if there is none. Refer to documentation for more details.

This is though the VMware guest id seem to be as expected.
URL -
https://<VMware FQDN>/mob/?moid=vm-<VM number>&doPath=summary%2econfig

guestId	-
string	"windows9_64Guest"

and that we have a mapping for it that looks correct here:
https://github.com/kubevirt/vm-import-operator/blob/master/pkg/os/os-mapper-provider.go#L194

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

How reproducible:
100%, on several CNV environments

Additional info:
* VM import of same Windows10 VM, using the Import wizard do not fail on matching template. Here though the flow is different: User picks the Openrating system of the source VM on CNV side, in the import wizard.

* VM import of same Windows10 VM from RHV (via Import wizard) also pass the template match stage.

Comment 7 Ilanit Stein 2020-11-02 14:12:58 UTC
Verified on registry-proxy.engineering.redhat.com/rh-osbs/iib:24316  /  hco-v2.5.0-420

In this version VM import of same Windows10 Desktop VM passed the stage of template validation.
VM is created on CNV side.
The VM's yaml is attached.
It shows the picked template is: vm.kubevirt.io/template: windows10-desktop-medium-v0.11.3

Comment 8 Ilanit Stein 2020-11-02 14:13:30 UTC
Created attachment 1725809 [details]
vm.yaml

Comment 11 errata-xmlrpc 2020-11-17 13:24:56 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (OpenShift Virtualization 2.5.0 Images), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2020:5127

Comment 12 Red Hat Bugzilla 2023-09-14 06:09:29 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


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