public inbox for pve-user@lists.proxmox.com
 help / color / mirror / Atom feed
* [PVE-User] move virtual disk with snapshots
@ 2020-07-31  6:46 Roland
  2020-08-03  7:15 ` Fabian Grünbichler
  0 siblings, 1 reply; 3+ messages in thread
From: Roland @ 2020-07-31  6:46 UTC (permalink / raw)
  To: PVE User List

hello,

can someone explain, why it's not possible in proxmox to move a VMs
virtual disk with snapshots to a different datastore/dir - not even when
offline?

we need to fix some zfs dataset/dir naming/structure and can't as we
would loose all our snapshots when moving VMs around...

regards
roland





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PVE-User] move virtual disk with snapshots
  2020-07-31  6:46 [PVE-User] move virtual disk with snapshots Roland
@ 2020-08-03  7:15 ` Fabian Grünbichler
  2020-08-03  7:45   ` Roland
  0 siblings, 1 reply; 3+ messages in thread
From: Fabian Grünbichler @ 2020-08-03  7:15 UTC (permalink / raw)
  To: Proxmox VE user list

On July 31, 2020 8:46 am, Roland wrote:
> hello,
> 
> can someone explain, why it's not possible in proxmox to move a VMs
> virtual disk with snapshots to a different datastore/dir - not even when
> offline?

because it only works from one storage type to the same storage type and 
even then requires custom code for each storage type for a rarely used 
operation.

> we need to fix some zfs dataset/dir naming/structure and can't as we
> would loose all our snapshots when moving VMs around...

if it's all ZFS, simply zfs send/recv a baseline (can be done while VMs 
are running), then poweroff and send the delta since the baseline, sed 
the storage name inside the config including all snapshots, start the VM 
again. with a bit of careful checking of involved VM configs before 
starting, the whole process can be automated if you want.

similar procedures, possibly with more downtime if no incremental 
sync option exists, apply to other storage types as well.

as always, test with a test VM/setup first, and do backups before just 
in case.




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PVE-User] move virtual disk with snapshots
  2020-08-03  7:15 ` Fabian Grünbichler
@ 2020-08-03  7:45   ` Roland
  0 siblings, 0 replies; 3+ messages in thread
From: Roland @ 2020-08-03  7:45 UTC (permalink / raw)
  To: pve-user

thank you!


Am 03.08.20 um 09:15 schrieb Fabian Grünbichler:
> On July 31, 2020 8:46 am, Roland wrote:
>> hello,
>>
>> can someone explain, why it's not possible in proxmox to move a VMs
>> virtual disk with snapshots to a different datastore/dir - not even when
>> offline?
> because it only works from one storage type to the same storage type and
> even then requires custom code for each storage type for a rarely used
> operation.
>
>> we need to fix some zfs dataset/dir naming/structure and can't as we
>> would loose all our snapshots when moving VMs around...
> if it's all ZFS, simply zfs send/recv a baseline (can be done while VMs
> are running), then poweroff and send the delta since the baseline, sed
> the storage name inside the config including all snapshots, start the VM
> again. with a bit of careful checking of involved VM configs before
> starting, the whole process can be automated if you want.
>
> similar procedures, possibly with more downtime if no incremental
> sync option exists, apply to other storage types as well.
>
> as always, test with a test VM/setup first, and do backups before just
> in case.
>
>
> _______________________________________________
> pve-user mailing list
> pve-user@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-user
>



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-08-03  7:46 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-31  6:46 [PVE-User] move virtual disk with snapshots Roland
2020-08-03  7:15 ` Fabian Grünbichler
2020-08-03  7:45   ` Roland

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal