We're running PVE 9.2.10 on a test cluster and are experimenting with the snapshot-as-volume-chain tech preview feature. Our goal is to move away from thin-provisioned volumes while keeping support for snapshots when needed.
One thing we found out is that when using qcow2 for CloudInit volumes, the VM fails to start with the following error:
This is our datastore configuration:
Has anyone else run into this and/or can reproduce this? Is there a bug filed for this? I didn't have luck finding one.
Also, I'm curious what other people are using to manage local storage? In production we use a combination of Ceph-RBD for most VMs, and also LVM thin provisioning for a separate small number of VMs (where the app handles its own data replication). We're evaluating LVM thick provisioning to avoid silly mistakes like running our pools out of storage.
One thing we found out is that when using qcow2 for CloudInit volumes, the VM fails to start with the following error:
Code:
failed to stat '/dev/local-blk-vg/vm-102-cloudinit.qcow2'
Rounding up size to full physical extent 8.00 MiB
TASK ERROR: lvcreate 'local-blk-vg/vm-102-cloudinit.qcow2' error: Logical Volume "vm-102-cloudinit.qcow2" already exists in volume group "local-blk-vg"This is our datastore configuration:
Has anyone else run into this and/or can reproduce this? Is there a bug filed for this? I didn't have luck finding one.
Also, I'm curious what other people are using to manage local storage? In production we use a combination of Ceph-RBD for most VMs, and also LVM thin provisioning for a separate small number of VMs (where the app handles its own data replication). We're evaluating LVM thick provisioning to avoid silly mistakes like running our pools out of storage.