<div dir="ltr"><div><div>Doh, brain fart VDSM is not involved here for the purposed of the needed test.<br></div>Here is my initial whack at it:<br><br>Source Node:<br><br>virsh # list<br> Id    Name                           State<br>
----------------------------------------------------<br> 1     sl63                           running<br><br>virsh # migrate --p2p sl63 qemu+ssh://<a href="http://192.168.1.2/system">192.168.1.2/system</a><br>error: operation failed: Failed to connect to remote libvirt URI qemu+ssh://<a href="http://3.57.111.32/system">3.57.111.32/system</a><br>
<br>virsh # migrate --live sl63 qemu+ssh://<a href="http://192.168.1.2/system">192.168.1.2/system</a><br>The authenticity of host &#39;3.57.111.32 (192.168.1.2)&#39; can&#39;t be established.<br>RSA key fingerprint is e5:1d:b3:e5:38:5f:e1:8b:73:26:9e:15:c8:0a:2d:ac.<br>
Are you sure you want to continue connecting (yes/no)? yes<br><a href="mailto:root@192.168.1.2">root@192.168.1.2</a>&#39;s password: <br>Please enter your authentication name: vdsm@ovirt<br>Please enter your password: <br>
<br>virsh # <br><br><br></div>Dest Node After migrate --live:<br>virsh # list<br> Id    Name                           State<br>----------------------------------------------------<br> 2     sl63                           running<br>
<br>virsh # <br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 31, 2013 at 10:38 AM, Dead Horse <span dir="ltr">&lt;<a href="mailto:deadhorseconsulting@gmail.com" target="_blank">deadhorseconsulting@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><span name="Shu Ming">Shu,<br></span></div><span name="Shu Ming">I build oVirt Engine and vdsm from source myself. The commits I indicated are what I built from.I run the engine under FC17 and my nodes are running EL6.x respectively. <br>

<br></span></div><span name="Shu Ming">Dan,<br></span></div><span name="Shu Ming">I reverted VDSM on my two test nodes to an earlier build of VDSM (commit: </span><br><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;font-size:12px;white-space:normal;font-family:monospace;word-spacing:0px">c343e1833f7b6e5428dd90f14f7807dca1baa0b4)<br>

VDSM after the above commit is broken due to commit: </span><br><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:start;font-style:normal;display:inline!important;font-weight:normal;float:none;line-height:normal;text-transform:none;font-size:12px;white-space:normal;font-family:monospace;word-spacing:0px">fc3a44f71d2ef202cff18d7203b9e4165b546621 however when I built and tested from master yesterday I did apply a patch I tested for </span><br>

<span name="ybronhei">ybronhei which fixed that issue.<br><br></span></div><span name="ybronhei">I will build VDSM from master, today w/ the supervdsm patch and try the manual migration you indicated.<br>
<br></span></div><span name="ybronhei"> - DHC <br></span><div><div><div><div><span name="Shu Ming"><br></span></div></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Jan 31, 2013 at 4:56 AM, Dan Kenigsberg <span dir="ltr">&lt;<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Thu, Jan 31, 2013 at 11:08:58AM +0100, Martin Kletzander wrote:<br>
&gt; On 01/31/2013 10:25 AM, Dan Kenigsberg wrote:<br>
&gt; &gt; On Thu, Jan 31, 2013 at 09:43:44AM +0100, Martin Kletzander wrote:<br>
&gt; &gt;&gt; On 01/30/2013 08:40 PM, Dead Horse wrote:<br>
&gt; &gt;&gt;&gt; The nodes are EL6.3 based.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; Currently installed libvirt packages:<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; libvirt-lock-sanlock-0.9.10-21.el6_3.8.x86_64<br>
&gt; &gt;&gt;&gt; libvirt-cim-0.6.1-3.el6.x86_64<br>
&gt; &gt;&gt;&gt; libvirt-0.9.10-21.el6_3.8.x86_64<br>
&gt; &gt;&gt;&gt; libvirt-python-0.9.10-21.el6_3.8.x86_64<br>
&gt; &gt;&gt;&gt; libvirt-client-0.9.10-21.el6_3.8.x86_64<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; and qemu packages:<br>
&gt; &gt;&gt;&gt; qemu-kvm-0.12.1.2-2.295.el6_3.10.x86_64<br>
&gt; &gt;&gt;&gt; qemu-kvm-tools-0.12.1.2-2.295.el6_3.10.x86_64<br>
&gt; &gt;&gt;&gt; qemu-img-0.12.1.2-2.295.el6_3.10.x86_64<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; Thus my presumption here given the above is that virDomainMigrateToURI2 has<br>
&gt; &gt;&gt;&gt; not yet been patched and/or back-ported into the EL6.x libvirt/qemu?<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; virDomainMigrateToURI2 is supported since 0.9.2, but is there a<br>
&gt; &gt;&gt; possibility the code is requesting direct migration?  That might explain<br>
&gt; &gt;&gt; the message, which is then incorrect; this was fixed in [1].<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Martin<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; [1]<br>
&gt; &gt;&gt; <a href="http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=3189dfb1636da22d426d2fc07cc9f60304b16c5c" target="_blank">http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=3189dfb1636da22d426d2fc07cc9f60304b16c5c</a><br>


&gt; &gt;<br>
&gt; &gt; What is &quot;direct migration&quot; exactly, in the context of qemu-kvm?<br>
&gt; &gt;<br>
&gt; &gt; We are using p2p migration<br>
&gt; &gt; <a href="http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=vdsm/libvirtvm.py;h=fe140ecbfac665248e2ad5c4bfaebaf54ab884cc;hb=18c24f7c7c27ac732c4a760caa9524e7319cd47e#l501" target="_blank">http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=vdsm/libvirtvm.py;h=fe140ecbfac665248e2ad5c4bfaebaf54ab884cc;hb=18c24f7c7c27ac732c4a760caa9524e7319cd47e#l501</a><br>


&gt; &gt;<br>
&gt;<br>
&gt; OK, so that&#39;s not the issue, sorry for the confusion.  I was thinking it<br>
&gt; would &quot;somehow&quot; get there.  Direct migration doesn&#39;t exist in QEMU at<br>
&gt; all, so it seemed weird, but I can&#39;t seem to find any other reason for<br>
&gt; this failure; will keep searching, though.<br>
<br>
</div></div>In this case, Dead Horse, would you try to migrate a VM (that you do not<br>
care much about) using<br>
    virsh -c qemu+tls://hostname/system migrate --p2p dsthost?<br>
<br>
I&#39;d like to see that the problem reproduces this way, too. More of<br>
libvirtd.log may help. You may want to disable iptables for a moment,<br>
just to eliminate a common cause of failure.<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>