<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">On 10/27/2015 04:20 PM, Aline Manera
      wrote:<br>
    </div>
    <blockquote cite="mid:562FC054.1070908@linux.vnet.ibm.com"
      type="cite">
      <meta content="text/html; charset=windows-1252"
        http-equiv="Content-Type">
      <br>
      <br>
      <div class="moz-cite-prefix">On 27/10/2015 15:50, Daniel Henrique
        Barboza wrote:<br>
      </div>
      <blockquote cite="mid:562FB948.7090007@gmail.com" type="cite">
        <meta content="text/html; charset=windows-1252"
          http-equiv="Content-Type">
        <br>
        <br>
        <div class="moz-cite-prefix">On 10/27/2015 03:27 PM, Frank Novak
          wrote:<br>
        </div>
        <blockquote
          cite="mid:201510271727.t9RHRQJs013680@d01av04.pok.ibm.com"
          type="cite">
          <p><br>
            <br>
            <br>
            <tt><a moz-do-not-send="true"
                class="moz-txt-link-abbreviated"
                href="mailto:kimchi-devel-bounces@ovirt.org">kimchi-devel-bounces@ovirt.org</a>
              wrote on 10/27/2015 12:00:03 PM:<br>
              <br>
              &gt; On 10/27/2015 11:13 AM, Frank Novak wrote:<br>
              &gt; &gt;<br>
              &gt; &gt;<br>
              &gt; &gt;<br>
              &gt; &gt;<br>
              &gt; &gt; <a moz-do-not-send="true"
                class="moz-txt-link-abbreviated"
                href="mailto:kimchi-devel-bounces@ovirt.org">kimchi-devel-bounces@ovirt.org</a>
              wrote on 10/27/2015 08:31:49 AM:<br>
              &gt; &gt;<br>
              &gt; &gt; &gt; Date: Mon, 26 Oct 2015 16:08:11 -0200<br>
              &gt; &gt; &gt; From: <a moz-do-not-send="true"
                class="moz-txt-link-rfc2396E"
                href="mailto:dhbarboza82@gmail.com">&lt;dhbarboza82@gmail.com&gt;</a><br>
              &gt; &gt; &gt; To: Kimchi Devel <a moz-do-not-send="true"
                class="moz-txt-link-rfc2396E"
                href="mailto:kimchi-devel@ovirt.org">&lt;kimchi-devel@ovirt.org&gt;</a><br>
              &gt; &gt; &gt; Subject: [Kimchi-devel] [PATCH 0/3] Live
              migration backend<br>
              &gt; &gt; &gt; Message-ID: <a moz-do-not-send="true"
                class="moz-txt-link-rfc2396E"
                href="mailto:1445882894-10208-1-git-send-email-dhbarboza82@gmail.com">&lt;1445882894-10208-1-git-send-email-dhbarboza82@gmail.com&gt;</a><br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; From: Daniel Henrique Barboza <a
                moz-do-not-send="true" class="moz-txt-link-rfc2396E"
                href="mailto:dhbarboza82@gmail.com">&lt;dhbarboza82@gmail.com&gt;</a><br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; This patch series implements the first
              release of the Live (and cold!)<br>
              &gt; &gt; &gt; migration in Kimchi.<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; *** Requirements for a VM migration ***<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - shared storage. The disk/storage path
              must be the same at the origin<br>
              &gt; &gt; &gt; and destination.<br>
              &gt; &gt; Is this a temporary restriction in kimchi?<br>
              &gt; &gt; We otherwise do support live migration w/
              storage...<br>
              &gt; &gt;<br>
              &gt; <br>
              &gt; I guess I've expressed myself poorly there. What I
              meant was that the VM <br>
              &gt; must be in the same<br>
              &gt; storage pool at both hosts (shared storage). For
              example, a NFS/iSCSI <br>
              &gt; storage pool that contains<br>
              &gt; both the source and destination. The idea is that the
              migration process <br>
              &gt; will only copy the VM<br>
              &gt; RAM - the disks would be accessible by the VM at the
              destination from <br>
              &gt; the same path.<br>
              &gt; <br>
              &gt; I am aware that there is an option to copy the
              storage (non-shared <br>
              &gt; storage migration) but I've found<br>
              &gt; out that it isn't that supported by Red Hat for
              example:<br>
              &gt; <br>
              &gt; <a moz-do-not-send="true"
                href="https://access.redhat.com/solutions/60034">https://access.redhat.com/solutions/60034</a><br>
              &gt; <br>
              &gt; "Live migration with non-shared storage in
              RHEL6/RHEV3.* is a deprecated <br>
              &gt; functionality, but under certain circunstances and
              with some <br>
              &gt; limitations, it works fine. In RHEL7, this feature
              has been disabled."<br>
              &gt; <br>
              &gt; <br>
              &gt; However, if some distro that Kimchi supports still
              have support for non <br>
              &gt; shared migration, we can<br>
              &gt; add this option as well.<br>
              &gt; </tt><br>
            <tt>well, PowerKVM at least does.. </tt><br>
            <tt>I haven't checked whether Ubuntu or SLES KVM do..</tt><br>
          </p>
        </blockquote>
        Fair enough. I'll add this support in the next version of this
        backend<br>
        <br>
      </blockquote>
      <br>
      Daniel, we can follow the same logic we did for ISO streaming
      which does not have support on RHEL7 and disable the feature only
      when the distro does not have support for it.<br>
      About the code, you can add a feature test to cover it.<br>
    </blockquote>
    <br>
    Noted. Will definitely look into that for a second version of the
    backend<br>
    <br>
    <blockquote cite="mid:562FC054.1070908@linux.vnet.ibm.com"
      type="cite"> <br>
      <blockquote cite="mid:562FB948.7090007@gmail.com" type="cite">
        <blockquote
          cite="mid:201510271727.t9RHRQJs013680@d01av04.pok.ibm.com"
          type="cite">
          <p><tt><br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - password-less login<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - enough resorces in the destination host
              to allocate the VM<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; Limitations of this first version and
              possible candidates for future <br>
              &gt; &gt; work:<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - do not automate the process of
              password-less login (but it is able to<br>
              &gt; &gt; &gt; verify this condition)<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - due to the above limitation, the 'user'
              parameter value is only 'root'<br>
              &gt; &gt; &gt; at this moment<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - do not verify the 'shared storage'
              condition<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - do not verify same hypervisor/arch
              conditions<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; &gt; - the origin VM will shutdown after
              migration (not sure if can be <br>
              &gt; &gt; helped)<br>
              &gt; &gt; &gt;<br>
              &gt; &gt; Ahh, shutdown where, if it was running on
              source, it should be running <br>
              &gt; &gt; on destination..<br>
              &gt; &gt; clearly it will not be on source anymore..<br>
              &gt; &gt;<br>
              &gt; Yeah, that was my reasoning when seeing the VM
              shutting down <br>
              &gt; automatically in the<br>
              &gt; source after the migration was successful.<br>
              &gt; <br>
              &gt; <br>
              &gt; <br>
              &gt; <br>
              &gt; Daniel<br>
              &gt; <br>
              &gt; <br>
            </tt><br>
            <br>
            Cheers,<br>
            Frank <br>
            <br>
          </p>
          <fieldset class="mimeAttachmentHeader"></fieldset>
          <br>
          <pre wrap="">_______________________________________________
Kimchi-devel mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Kimchi-devel@ovirt.org">Kimchi-devel@ovirt.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/kimchi-devel">http://lists.ovirt.org/mailman/listinfo/kimchi-devel</a>
</pre>
        </blockquote>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Kimchi-devel mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Kimchi-devel@ovirt.org">Kimchi-devel@ovirt.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/kimchi-devel">http://lists.ovirt.org/mailman/listinfo/kimchi-devel</a>
</pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>