libvirt/tests/storagevolxml2xmlin
Pavel Hrdina 3e1d2c93a3 storage: add support for QCOW2 cluster_size option
The default value hard-coded in QEMU (64KiB) is not always the ideal.
Having a possibility to set the cluster_size by user may in specific
use-cases improve performance for QCOW2 images.

QEMU internally has some limits, the value has to be between 512B and
2048KiB and must by power of two, except when the image has Extended L2
Entries the minimal value has to be 16KiB.

Since qemu-img ensures the value is correct and the limit is not always
the same libvirt will not duplicate any of these checks as the error
message from qemu-img is good enough:

    Cluster size must be a power of two between 512 and 2048k

Resolves: https://gitlab.com/libvirt/libvirt/-/issues/154

Signed-off-by: Pavel Hrdina <phrdina@redhat.com>
Reviewed-by: Peter Krempa <pkrempa@redhat.com>
2021-05-21 14:00:43 +02:00
..
vol-file-backing.xml
vol-file-iso.xml
vol-file-naming.xml
vol-file-qcow2.xml storage: Allow for inputvol to have any format for encryption 2018-09-12 07:24:04 -04:00
vol-file.xml
vol-gluster-dir-neg-uid.xml
vol-gluster-dir.xml
vol-logical-backing.xml
vol-logical.xml
vol-luks-cipher.xml
vol-luks-convert.xml storage: Add support for using inputvol for encryption 2018-06-26 14:02:43 -04:00
vol-luks.xml
vol-partition.xml
vol-qcow2-0.10-lazy.xml
vol-qcow2-1.1.xml
vol-qcow2-clusterSize.xml storage: add support for QCOW2 cluster_size option 2021-05-21 14:00:43 +02:00
vol-qcow2-encryption.xml
vol-qcow2-lazy.xml
vol-qcow2-luks-convert.xml storage: add support for qcow2 LUKS encryption 2020-09-18 11:22:28 +01:00
vol-qcow2-luks.xml storage: add support for qcow2 LUKS encryption 2020-09-18 11:22:28 +01:00
vol-qcow2-nobacking.xml
vol-qcow2-nocapacity-backing.xml
vol-qcow2-nocapacity.xml
vol-qcow2-nocow.xml
vol-qcow2-zerocapacity.xml util: require command args to be non-NULL 2018-12-17 14:43:33 +00:00
vol-qcow2.xml
vol-sheepdog.xml