Bug 1901480 - VM disk io can't worked if namespace have label kubemacpool
Summary: VM disk io can't worked if namespace have label kubemacpool
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Networking
Version: 2.6.0
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: ---
: 2.6.0
Assignee: Ram Lavi
QA Contact: Meni Yakove
URL:
Whiteboard:
Depends On: 1869527
Blocks: 1869645
TreeView+ depends on / blocked
 
Reported: 2020-11-25 11:35 UTC by zhe peng
Modified: 2021-03-10 11:19 UTC (History)
10 users (show)

Fixed In Version: kubemacpool-container-v2.6.0-12
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1869527
Environment:
Last Closed: 2021-03-10 11:18:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2021:0799 0 None None None 2021-03-10 11:19:51 UTC

Comment 1 Petr Horáček 2020-11-25 12:11:34 UTC
Ram, seems like the issue has appeared again. Would you please see if we can verify it and how comes it slipped our tests?

Comment 2 Ram Lavi 2020-11-26 16:54:45 UTC
PR to fix the issue: https://github.com/k8snetworkplumbingwg/kubemacpool/pull/254

Comment 3 Ram Lavi 2020-11-26 17:40:53 UTC
comment to this BZ verifier: please make sure you use a vm with a namespace which is opted-in to KMP.
The manifest posted in Bug #1869527 has no namespace, and as such it won't reproduce the issue.

Comment 4 Ruth Netser 2021-01-17 16:14:12 UTC
Verified with kubemacpool-container-v2.6.0-12:
1. Create a NS
2. Edit the NS: 
  labels:
    mutatevirtualmachines.kubemacpool.io: allocate
3. Create DV (OCS)
4. Create a VM (once with "io: native" and once without specifying disk io)
5. Start the VM

VMI is created with disk io native
=======================================================
$ oc get ns disk-io -oyaml
apiVersion: v1
kind: Namespace
metadata:
  annotations:
    openshift.io/sa.scc.mcs: s0:c26,c15
    openshift.io/sa.scc.supplemental-groups: 1000680000/10000
    openshift.io/sa.scc.uid-range: 1000680000/10000
  creationTimestamp: "2021-01-17T15:48:58Z"
  labels:
    mutatevirtualmachines.kubemacpool.io: allocate


=======================================================
$ oc describe vmi -n disk-io
Name:         vm-disk-io-options
Namespace:    disk-io
Labels:       kubevirt.io/domain=vm-disk-io-options
              kubevirt.io/nodeName=virt01-d2rcr-worker-0-mbhm4
              kubevirt.io/size=tiny
              kubevirt.io/vm=vm-disk-io-options-threads
Annotations:  kubevirt.io/latest-observed-api-version: v1alpha3
              kubevirt.io/storage-observed-api-version: v1alpha3
API Version:  kubevirt.io/v1alpha3
Kind:         VirtualMachineInstance
...
...
...
Spec:
  Domain:
    Cpu:
      Cores:    1
      Sockets:  1
      Threads:  1
    Devices:
      Disks:
        Disk:
          Bus:  virtio
        Io:     native
        Name:   rootdisk
        Disk:
          Bus:  virtio
        Name:   cloudinitdisk



=======================================================

    <disk type='block' device='disk' model='virtio-non-transitional'>
      <driver name='qemu' type='raw' cache='none' io='native'/>
      <source dev='/dev/rootdisk' index='2'/>
      <backingStore/>
      <target dev='vda' bus='virtio'/>
      <alias name='ua-rootdisk'/>
      <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
    </disk>

Comment 7 errata-xmlrpc 2021-03-10 11:18:59 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 (Moderate: OpenShift Virtualization 2.6.0 security and bug fix update), 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/RHSA-2021:0799


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