Bug 2217910 - [cnv-4.13] kubevirt should allow runtimeclass to be configured in a pod
Summary: [cnv-4.13] kubevirt should allow runtimeclass to be configured in a pod
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Installation
Version: 4.13.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.13.2
Assignee: Simone Tiraboschi
QA Contact: SATHEESARAN
URL:
Whiteboard:
Depends On: 2203291
Blocks: 2217913
TreeView+ depends on / blocked
 
Reported: 2023-06-27 12:54 UTC by Simone Tiraboschi
Modified: 2023-07-11 16:02 UTC (History)
13 users (show)

Fixed In Version: hco-bundle-registry-container-v4.13.2.rhel9-66
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2203291
: 2217913 (view as bug list)
Environment:
Last Closed: 2023-07-11 16:02:38 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt hyperconverged-cluster-operator pull 2403 0 None open [release-1.9] Expose defaultRuntimeClass 2023-06-27 16:40:35 UTC
Red Hat Issue Tracker CNV-30333 0 None None None 2023-06-27 12:56:17 UTC
Red Hat Product Errata RHEA-2023:4028 0 None None None 2023-07-11 16:02:47 UTC

Comment 1 SATHEESARAN 2023-07-06 06:55:41 UTC
Tested with CNV bundle v4.13.2.rhel9-67 with the following test cases:

1. General information about 'hco.spec.defaultRuntimeClass' and 'kubevirt.spec.configuration.defaultRuntimeClass' are available with 'oc explain'
2. Created a new performance profile - 'performance-perfprofile-cpu'
<snip>
apiVersion: performance.openshift.io/v2
kind: PerformanceProfile
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"performance.openshift.io/v2","kind":"PerformanceProfile","metadata":{"annotations":{},"name":"perfprofile-cpu"},"spec":{"cpu":{"balanceIsloated":false,"isolated":"1","reserved":"2"},"nodeSelector":{"node-role.kubernetes.io/worker":""}}}
  creationTimestamp: "2023-07-05T16:57:46Z"
  finalizers:
  - foreground-deletion
  generation: 1
  name: perfprofile-cpu
  resourceVersion: "618568"
  uid: 59129bc3-3fde-4cad-8fd4-dea2dce7ef1b
spec:
  cpu:
    isolated: "1"
    reserved: "2"
  nodeSelector:
    node-role.kubernetes.io/worker: ""
</snip>
Wait for mcp update to be completed on worker nodes.

3. With VMs running, set hco.spec.defaultRuntimeClass to 'performance-perfprofile-cpu'
This option is set in HCO and also got propagated to kubevirt.
$ oc get kubevirt kubevirt-kubevirt-hyperconverged -n openshift-cnv -o json | jq '.spec.configuration.defaultRuntimeClass'
"performance-perfprofile-cpu"

This never affected the running VM, but the new VM created had its virt-launcher with this option
$ oc get pod virt-launcher-fedora-7iqddg2glod87tgw-pk96d -o yaml | grep -i perf
  runtimeClassName: performance-perfprofile-cpu

4. Removing hco.spec.defaultRuntimeClass also removed it from kubevirt.spec.configuration, but
virt-launcher resets this option after a restart

With the above test cases and observations, marking this bug as VERIFIED

Comment 7 errata-xmlrpc 2023-07-11 16:02:38 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.2 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:4028


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