PVE-zsync restore VM

[dennis1234]

We have a sync job with PVE-zsync running in a cronjob to another PVE cluster.

pve-zsync sync --source x.x.x.x:100 --dest nvme --verbose --maxsnap 1 --name nvme --skip

When i want to disaster recover a VM i use this command:

 cp /var/lib/pve-zsync/193.conf.qemu.rep_test1_2025-06-26_10:53:06 /etc/pve/qemu-server/193.conf

And the VM pop-ups in the other cluster and running fine.

Is is t a problem for the other normal PVE functions (ZFS migration between nodes, ZFS sync in same cluster) that the disk name contains the snapshot date/time?

Of is a zfs send/receive necessary?

zfs send rpool/backup/vm-100-disk-1@rep_test100_2015-06-12_11:03:01 | zfs receive vm/vm-200-disk-1

(same server no SSH)

Or maybe a rename is faster?[/CODE]

 

[fabian]

the disk name doesn't contain the snapshot date/time, the snapshot name does. the VM will use the disk itself, which is then only based on the snapshot after the first write, and no longer identical to it.