Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-147429

qcow2 formatting: Don’t take WRITE permission on data-file

Linking RHIVOS CVEs to...Migration: Automation ...Sync from "Extern...XMLWordPrintable

    • Icon: Task Task
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • qemu-kvm / Storage
    • None
    • rhel-virt-storage
    • VirtStorage Planning backlog, VirtStorage Sprint16 CY251217, VirtStorage Sprint17 CY260114
    • 0
    • False
    • Hide

      None

      Show
      None
    • None

      When formatting a qcow2 image with an external (raw) data file, we shouldn’t need to write to it except for data preallocation (falloc/full), if requested.

      Taking the WRITE permission prevents simultaneous use of an existing raw data file (as a raw image) by a party that does not allow concurrent writes (i.e. unshares the WRITE permission), for example a guest device that has not been configured with share-rw=on. As a result, it is currently impossible to create a qcow2 “metadata overlay” for an existing raw image that is already in use by a VM.

      To resolve the issue, during formatting, qcow2 should not take the WRITE permission for the external data file unless required for falloc/full preallocation.

              hreitz@redhat.com Hanna Czenczek
              hreitz@redhat.com Hanna Czenczek
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: