[pve-devel] [PATCH-SERIES v6 pve-storage/qemu-server/pve-qemu] add external qcow2 snapshot support

joao.sousa at eurotux.com joao.sousa at eurotux.com
Fri Jun 13 18:42:13 CEST 2025


On 12/06/25 11:33, DERUMIER, Alexandre wrote:
> here the patch series:
> https://lists.proxmox.com/pipermail/pve-devel/2024-August/065201.html
Thanks I'll definitely be checking it out.

> The idea is to create a lvm volume smaller than the real qcow2 size,
>
> qemu is sending an event when the used space reach a threshold,
>
> then a daemon should resize the lvm volume by increment.(1GB for
> example),
> until the next threshold reach....

I was thinking the same way (probably influenced by oVirt's way of
achieving this)

> The only complex thing is to manage some kind of queue in this daemon
> and manage
> lvm cluster lock, as we can't resize multiple lvm volume at the same
> time.
> (Not sure if it need a central daemon, or a distributed daemon on each
> node with a shared queue in /etc/pve ...)

The solution that makes the most sense to me at the moment would be a
"distributed daemon", as in a daemon running on each node of the
cluster. Each node would maintain its own local queue for disk extends
related to the VMs hosted there. When an extend is needed, the node would
acquire the storage lock, perform the task, and then release the lock
so other nodes can proceed with their operations.

What are your thoughts on this approach?

The help is much appreciated :)



More information about the pve-devel mailing list