<div dir="ltr">It was not very clear. Currently it works like for backups: vm is started in pause mode.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 5, 2014 at 9:30 AM, Alexandre DERUMIER <span dir="ltr"><<a href="mailto:aderumier@odiso.com" target="_blank">aderumier@odiso.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>>- for stopped VM start it for migration<br>
<br>
</span>I don't have reviewed the code yet, but is the VM started only in case of local storage (non-shared)?<br>
<br>
Because it don't make sense to start the vm and do memory migration, if the vm is stopped and storage is shared.<br>
<br>
<br>
Also, if the vm is stopped and storage is local, we can start the vm in pause mode (like for backup).<br>
Alternativily, I think it could be possible to start an nbd server on target node and use qemu-img convert to copy the disk. (vm offline)<br>
<br>
<br>
<br>
<br>
<br>
<br>
----- Mail original -----<br>
<br>
De: "Daniel Hunsaker" <<a href="mailto:danhunsaker@gmail.com">danhunsaker@gmail.com</a>><br>
À: "Kamil Trzciński" <<a href="mailto:ayufan@ayufan.eu">ayufan@ayufan.eu</a>><br>
Cc: <a href="mailto:pve-devel@pve.proxmox.com">pve-devel@pve.proxmox.com</a><br>
Envoyé: Mercredi 5 Novembre 2014 01:48:15<br>
<span class="im HOEnZb">Objet: Re: [pve-devel] [PATCH] Use block storage migration for migration of KVM machines with local based storages<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">On Nov 3, 2014 4:13 AM, "Kamil Trzcinski" < <a href="mailto:ayufan@ayufan.eu">ayufan@ayufan.eu</a> > wrote:<br>
><br>
> - for stopped VM start it for migration<br>
This may not always be desired. For example, I often create VMs on one node, but don't want them to spin up until they're on another node. I create/maintain templates on an internal node which connects via OpenVPN to the public nodes, so my workflow makes more sense with create locally, migrate, then start, since my internal system isn't configured anywhere close to how my external systems are. Some of these systems wouldn't even start internally, since they rely on the host being set up how the external nodes are, and the internal node isn't set up that way.<br>
I guess what I'm saying is it would be good to at least have a node-level option to disable this step (starting VMs before migration is a sane default, just let me opt out). The more granularity the better, but there does come a point where options become excessive, so per-VM or per-migration disable might be overkill.<br>
</div></div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
pve-devel mailing list<br>
<a href="mailto:pve-devel@pve.proxmox.com">pve-devel@pve.proxmox.com</a><br>
<a href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel" target="_blank">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Kamil Trzciński<br><br><a href="mailto:ayufan@ayufan.eu" target="_blank">ayufan@ayufan.eu</a><br><a href="http://www.ayufan.eu" target="_blank">www.ayufan.eu</a></div>
</div>