Bug 2196734

Summary: VM created from CD source registry cannot be started due to InvalidImageName
Product: Container Native Virtualization (CNV) Reporter: Guohua Ouyang <gouyang>
Component: User ExperienceAssignee: Tal Nisan <tnisan>
Status: CLOSED ERRATA QA Contact: Guohua Ouyang <gouyang>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.13.1CC: gouyang, upalatuc
Target Milestone: ---   
Target Release: 4.13.1   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 2189744 Environment:
Last Closed: 2023-06-20 13:41:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 2189744    
Bug Blocks:    

Description Guohua Ouyang 2023-05-10 06:07:38 UTC
+++ This bug was initially created as a clone of Bug #2189744 +++

Description of problem:
VM created from CD source registry cannot be started:

# oc get pod
NAME                                          READY   STATUS                  RESTARTS   AGE
virt-launcher-fedora-b26b3myg8m6h5ykt-mvtfn   0/2     Init:InvalidImageName   0          30m

# oc describe pod virt-launcher-fedora-b26b3myg8m6h5ykt-mvtfn
Events:
  Type     Reason          Age                    From               Message
  ----     ------          ----                   ----               -------
  Normal   Scheduled       27m                    default-scheduler  Successfully assigned default/virt-launcher-fedora-b26b3myg8m6h5ykt-mvtfn to uit-413-auto-pkwnc-worker-0-8ntsw
  Normal   AddedInterface  27m                    multus             Add eth0 [10.128.2.211/23] from ovn-kubernetes
  Normal   Pulled          27m                    kubelet            Container image "registry.redhat.io/container-native-virtualization/virt-launcher-rhel9@sha256:8d493a50ff05c3b9f30d3ccdd93acec3b1d7fdc07324ce4b92521c6b084496b3" already present on machine
  Normal   Created         27m                    kubelet            Created container container-disk-binary
  Normal   Started         27m                    kubelet            Started container container-disk-binary
  Warning  Failed          25m (x11 over 27m)     kubelet            Error: InvalidImageName
  Warning  InspectFailed   2m23s (x117 over 27m)  kubelet            Failed to apply default image tag "docker://quay.io/containerdisks/fedora:latest": couldn't parse image reference "docker://quay.io/containerdisks/fedora:latest": invalid reference format


The reason is the prefix "docker://" is added to the containerDisk.image, remove the prefix can get the VM into running.

VM yaml:
      volumes:
        - dataVolume:
            name: centos-stream9-o3vqvnprdkkv7r46
          name: rootdisk
        - cloudInitNoCloud:
            userData: |-
              #cloud-config
              user: centos
              password: tav1-3kn6-a0y6
              chpasswd: { expire: False }
          name: cloudinitdisk
        - containerDisk:
            image: 'docker://quay.io/containerdisks/centos-stream:9'
          name: installation-cdrom


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


How reproducible:


Steps to Reproduce:
1. select a template in catalog and click customize
2. select "Boot from CD" and select registry
3. fill other data and create the VM

Actual results:
VM is stucking at "starting"

Expected results:
VM is started

Additional info:

--- Additional comment from Guohua Ouyang on 2023-05-10 14:06:31 CST ---

verified on kubevirt-console-plugin-rhel9:v4.14.0-1195

Comment 1 Guohua Ouyang 2023-06-05 03:52:56 UTC
verified on kubevirt-console-plugin-rhel9-container-v4.13.1-201

Comment 7 errata-xmlrpc 2023-06-20 13:41:05 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 4.13.1 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-2023:3686