<div dir="ltr">ah.. sorry for the mistake.<div><br></div><div>I find that on the source libvirt will also verify emulator binary, thus emulator must </div><div>also exist on src. because in qemuMigrationBegin method, it will call qemuDomainDefCopy</div><div>and eventually validates emulator exists...</div><div><br></div><div>best,</div><div><br></div><div>Jiatong Shen</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 27, 2022 at 4:03 PM Peter Krempa <<a href="mailto:pkrempa@redhat.com" target="_blank">pkrempa@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">[re-adding libvirt-users list]<br>
<br>
Please always reply to the list so that the follow-up conversation is<br>
archived and delivered to all subscribers.<br>
<br>
On Wed, Apr 27, 2022 at 15:36:54 +0800, Jiatong Shen wrote:<br>
> Thank you for the feedback!<br>
> <br>
> Is it ok if the source node does not contain a emulator path used by the<br>
> dest node? for example, on src emulator path is /a/b/c, but<br>
> on dest it is /a/b/d, and /a/b/d does not exist on src.<br>
<br>
You can change the emulator path arbitrarily. The only limitation is<br>
that the emulator you pick (the binary, not the path) must be able to<br>
run the VM, but that will be validated during the migration.<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><br><div>Best Regards,</div><div><br></div><div>Jiatong Shen</div></div></div>