Re: Migrate to a bigger disk possible?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Op 27-04-2020 om 10:41 schreef Peter Krempa:
> On Mon, Apr 27, 2020 at 10:13:37 +0200, Paul van der Vlis wrote:

>> A point is that I have to create disk(s) on the other side with
>> qemu-img, I did not found a way to do that automatically. My question
> 
> We are able to pre-create the storage given that a full copy is
> requested (copy-storage-all, not copy-storage-inc) and the images reside
> in a location covered by a libvirt 'directory' storage pool at least on
> the destination of the migration.

Really interesting. I see an option "--migrate-disks" and I guess this
will do this. Something like:

virsh migrate --live --p2p --copy-storage-all --persistent \
  --undefinesource --verbose ----migrate-disks vda \
  $vm qemu+ssh://$other/system

Is there a way to simply migrate all writeable disks without specifying
them?

> Unfortunately we can't do it for incremental at this point.

So far I understand it, incremental means something like a
synchronisation like rsync does. So parts what are allready there, don't
have to be copied again. Please correct me when I am wrong.

When the disks are not there at the other side, an incremental backup
would be the same as a full copy.

>> was what would happen when I would create a bigger disk there then the
>> original one.
> 
> I'm not sure now whether the new size will be picked up, but nothing
> should break, so you can give it a try. Certainly a shutdown and start
> of the VM will fix it if it's not picked up or a blockresize.

Again thanks for your help!

With regards,
Paul


-- 
Paul van der Vlis Linux systeembeheer Groningen
https://www.vandervlis.nl/






[Index of Archives]     [Virt Tools]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux