Bug 2039489 - KubePersistentVolumeFillingUp Firing for VM disk Filesystem PVCs
Summary: KubePersistentVolumeFillingUp Firing for VM disk Filesystem PVCs
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Storage
Version: 4.10.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 4.10.0
Assignee: Alex Kalenyuk
QA Contact: Yan Du
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-01-11 18:59 UTC by Alex Kalenyuk
Modified: 2024-12-20 21:40 UTC (History)
4 users (show)

Fixed In Version: virt-cdi-controller v4.10.0-77, CNV v4.10.0-600
Doc Type: Bug Fix
Doc Text:
When provisioning a virtual machine disk OpenShift Virtualization allocates a PVC that is just large enough to accommodate the requested disk size. In previous releases this could result in a KubePersistentVolumeFillingUp alert for each VM disk PVC. Since the PVC is deliberately filled, this alert is now silenced automatically. Disk usage can be monitored from within the virtual machine itself.
Clone Of:
Environment:
Last Closed: 2022-03-16 16:06:09 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github kubevirt containerized-data-importer pull 2093 0 None Merged Add label on our PVCs to prevent unnecessary alert from going off 2022-01-16 09:49:26 UTC
Github kubevirt containerized-data-importer pull 2108 0 None Merged [release-v1.43] Add label on our PVCs to prevent unnecessary alert from going off 2022-01-19 09:51:02 UTC
Red Hat Product Errata RHSA-2022:0947 0 None None None 2022-03-16 16:06:23 UTC

Description Alex Kalenyuk 2022-01-11 18:59:28 UTC
Description of problem:
KubePersistentVolumeFillingUp is firing for Filesystem PVCs that hold a VM disk although them being filled is by design

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

How reproducible:
100%

Steps to Reproduce:
1. Create DV, VM (manifests below)
2. Observe alerts

Actual results:
KubePersistentVolumeFillingUp firing

Expected results:
KubePersistentVolumeFillingUp not firing

Additional info:
We can now use the following label on PVCs to prevent the alert from going off:
alerts.k8s.io/KubePersistentVolumeFillingUp: disabled

Manifests:
apiVersion: cdi.kubevirt.io/v1beta1
kind: DataVolume
metadata:
  name: simple-dv-cephfs
spec:
  source:
      http:
         url: "http://.../Fedora-Cloud-Base-34-1.2.x86_64.qcow2"
  pvc:
    storageClassName: ocs-storagecluster-cephfs
    volumeMode: Filesystem
    accessModes:
    - ReadWriteOnce
    resources:
      requests:
        storage: 5Gi
---
apiVersion: kubevirt.io/v1
kind: VirtualMachine
metadata:
  name: simple-vm
  namespace: default
spec:
  running: true
  template:
    metadata:
      labels: {kubevirt.io/domain: simple-vm,
        kubevirt.io/vm: simple-vm}
    spec:
      domain:
        devices:
          disks:
          - disk: {bus: virtio}
            name: dv-disk
          - disk: {bus: virtio}
            name: cloudinitdisk
        resources:
          requests: {memory: 2048M}
      volumes:
      - dataVolume: {name: simple-dv-cephfs}
        name: dv-disk
      - cloudInitNoCloud:
          userData: |
            #cloud-config
            password: fedora
            chpasswd: { expire: False }
        name: cloudinitdisk

Comment 1 Yan Du 2022-01-24 10:56:01 UTC
Test on CNV v4.10.0-605, KubePersistentVolumeFillingUp is not firing, issue has been fixed.

Comment 7 errata-xmlrpc 2022-03-16 16:06:09 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 4.10.0 Images 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-2022:0947


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