cross cluster migration with snapshots

[michabbs]

2026-03-22 08:27:03 can't migrate local volume 'dpool:subvol-2033-disk-0': remote migration with snapshots not supported yet

Are there plans to make it work in the near future?

I assume solution for now is to delete snapshots, or backup+restore at the new location, right?

 

[MarkusKo]

As far as i know this is not planned. Snapshots depend on the underlying storage / file system and they are not compatible with each other and work completely different and you can't "convert" them to work on another file system. If your clusters use the same file system then there is a chance this could work somehow. For ZFS you could use ZFS replication (not sure if snapshots are replicated too ...), for Ceph you could use a stretch cluster.

For now your best option is to backup your VM's more often, those backups could be used like snapshots. Look into PBS, with it's integrated deduplication backups don't need that much space and you can easily replicate them to another PBS in another location too.

 

[michabbs]

I have just found this wonderful script: https://github.com/skoef/zfsync
Seems to work excellent.

 

[UdoB]

I have just found this wonderful script

Yes, there are several scripts out there.

Keep in mind that if it does not integrate into PVE it is not visible in the "<vm> --> Snapshot" Gui.

Take a look into pve-zsync for an alternative implementation... --> https://pve.proxmox.com/wiki/PVE-zsync

 

[michabbs]

Oh, it looks very interesting! But actually I do not understard it:

root@zfs1:~# pve-zsync sync --source 100 --dest 192.168.1.2:tank/backup

It sends local CT 100 to remote... what? dataset? What if the local CT has multiple mountpoints? Will it merge them all? (That would be stupid...)

 

[UdoB]

But actually I do not understard it

Sorry, I do not use it.

I just wanted to make sure you know about its existence ;-)

 

[ness1602]

Yes,it basically copies state of ct or vm onto a different zfs pool, the docs are really good and simple.