Bug 2103968 - Fedora version in DataImportCrons is not 'latest'
Summary: Fedora version in DataImportCrons is not 'latest'
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Installation
Version: 4.10.4
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 4.10.5
Assignee: Simone Tiraboschi
QA Contact: Debarati Basu-Nag
URL:
Whiteboard:
Depends On: 2102694
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-07-05 12:38 UTC by Krzysztof Majcher
Modified: 2023-11-13 08:16 UTC (History)
7 users (show)

Fixed In Version: hco-bundle-registry-container-v4.10.5-6
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2102694
Environment:
Last Closed: 2022-09-27 22:20:41 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt hyperconverged-cluster-operator pull 2028 0 None Merged [release-1.6] Update DataImportCron of Fedora to latest tag 2022-07-20 14:50:50 UTC
Red Hat Issue Tracker CNV-19662 0 None None None 2023-11-13 08:16:11 UTC

Description Krzysztof Majcher 2022-07-05 12:38:03 UTC
+++ This bug was initially created as a clone of Bug #2102694 +++

Description of problem:

The Fedora containerdisk version in HCO's dataImportCronTemplates is currently set to '35'. It should be set to 'latest' to always have the latest Fedora version available on the cluster.

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

CNV 4.10 / 4.11 / 4.12

How reproducible:

Install CNV on OCP and run:

oc get dataimportcron -n openshift-virtualization-os-images fedora-image-cron -o yaml | grep url

Actual results:

URL is docker://quay.io/containerdisks/fedora:35

Expected results:

URL should be docker://quay.io/containerdisks/fedora:latest

Additional info:

Fixed upstream by https://github.com/kubevirt/hyperconverged-cluster-operator/pull/2021

--- Additional comment from Dominik Holler on 2022-06-30 13:05:43 UTC ---

The fix might be backported to cnv 4.11.1 and 4.10.z (4.10.4 or 4.10.5)

Comment 1 Simone Tiraboschi 2022-08-01 14:52:19 UTC
postponed to 4.10.5

Comment 3 Debarati Basu-Nag 2022-09-09 00:13:30 UTC
Validated against 4.10.5-6:
=================
[cnv-qe-jenkins@c01-dbn-4012-tqdq6-executor ~]$ oc get dataimportcron -n openshift-virtualization-os-images fedora-image-cron -o yaml
apiVersion: cdi.kubevirt.io/v1beta1
kind: DataImportCron
metadata:
  annotations:
    cdi.kubevirt.io/storage.bind.immediate.requested: "true"
    cdi.kubevirt.io/storage.import.lastCronTime: "2022-09-08T23:20:51Z"
    cdi.kubevirt.io/storage.import.sourceDesiredDigest: sha256:29b80ef738f9b09c19efc245aac3921deab9acd542c886cf5295c94ab847dfb5
    operator-sdk/primary-resource: openshift-cnv/ssp-kubevirt-hyperconverged
    operator-sdk/primary-resource-type: SSP.ssp.kubevirt.io
  creationTimestamp: "2022-09-08T23:20:20Z"
  generation: 8
  labels:
    app.kubernetes.io/component: templating
    app.kubernetes.io/managed-by: ssp-operator
    app.kubernetes.io/name: data-sources
    app.kubernetes.io/part-of: hyperconverged-cluster
    app.kubernetes.io/version: 4.10.5
  name: fedora-image-cron
  namespace: openshift-virtualization-os-images
  resourceVersion: "908685"
  uid: 0e5b9215-e7dc-4855-bd30-b3eb1abf7661
spec:
  garbageCollect: Outdated
  managedDataSource: fedora
  schedule: 44 9/12 * * *
  template:
    metadata: {}
    spec:
      source:
        registry:
          pullMethod: node
          url: docker://quay.io/containerdisks/fedora:latest
      storage:
        resources:
          requests:
            storage: 30Gi
    status: {}

Comment 4 Debarati Basu-Nag 2022-09-27 22:20:41 UTC
Marking as closed as this has been fixed and verified in 4.10.5.


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