<p dir="ltr">I tried using tunnelled mode for vm migration, but migration failed with the error</p>
<p dir="ltr">Permission denied(publickey,password):Connection reset by peer</p>
<p dir="ltr">I have enabled passwordless ssh login at the destination. Also i am able to connect  to the destination using using qemu+ssh.</p>
<br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 23, 2016, 6:59 PM Michal Privoznik <<a href="mailto:mprivozn@redhat.com">mprivozn@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 23.03.2016 14:13, nidhi d wrote:<br>
> How is the traffic different when using the tunnelled option rather than<br>
> ssh without tunnelling?<br>
<br>
There are two migration streams here:<br>
<br>
1) libvirt (used to transfer libvirt's internal state of domain onto the<br>
other side)<br>
2) qemu (used to transfer qemu's internal state of domain onto the other<br>
side)<br>
<br>
specifying bare qemu+ssh:/// makes libvirt pack its stream into an ssh<br>
stream, but says nothing about qemu stream. Using tunnelling tells<br>
libvirt to encapsulate qemu migration stream into its own stream and<br>
thus into ssh stream too.<br>
<br>
Michal<br>
</blockquote></div>