<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 11:13 AM, Frank Novak
      wrote:<br>
    </div>
    <blockquote
      cite="mid:201510271315.t9RDFsFn021351@d03av01.boulder.ibm.com"
      type="cite">
      <p><br>
        <br>
        <br>
        <tt><a 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>
          <br>
          &gt; Date: Mon, 26 Oct 2015 16:08:11 -0200<br>
          &gt; From: <a class="moz-txt-link-rfc2396E" href="mailto:dhbarboza82@gmail.com">&lt;dhbarboza82@gmail.com&gt;</a><br>
          &gt; To: Kimchi Devel <a class="moz-txt-link-rfc2396E" href="mailto:kimchi-devel@ovirt.org">&lt;kimchi-devel@ovirt.org&gt;</a><br>
          &gt; Subject: [Kimchi-devel] [PATCH 0/3] Live migration
          backend<br>
          &gt; Message-ID:
          <a 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; <br>
          &gt; From: Daniel Henrique Barboza
          <a class="moz-txt-link-rfc2396E" href="mailto:dhbarboza82@gmail.com">&lt;dhbarboza82@gmail.com&gt;</a><br>
          &gt; <br>
          &gt; This patch series implements the first release of the
          Live (and cold!)<br>
          &gt; migration in Kimchi.<br>
          &gt; <br>
          &gt; *** Requirements for a VM migration ***<br>
          &gt; <br>
          &gt; - shared storage. The disk/storage path must be the same
          at the origin<br>
          &gt; and destination.</tt><br>
        <tt>Is this a temporary restriction in kimchi?  </tt><br>
        <tt>We otherwise do support live migration w/ storage...<br>
        </tt></p>
    </blockquote>
    <br>
    I guess I've expressed myself poorly there. What I meant was that
    the VM must be in the same<br>
    storage pool at both hosts (shared storage). For example, a
    NFS/iSCSI storage pool that contains<br>
    both the source and destination. The idea is that the migration
    process will only copy the VM<br>
    RAM - the disks would be accessible by the VM at the destination
    from the same path.<br>
    <br>
    I am aware that there is an option to copy the storage (non-shared
    storage migration) but I've found<br>
    out that it isn't that supported by Red Hat for example:<br>
    <br>
    <a class="moz-txt-link-freetext"
      href="https://access.redhat.com/solutions/60034">https://access.redhat.com/solutions/60034</a>
    <br>
    <br>
    "Live migration with non-shared storage in RHEL6/RHEV3.* is a
    deprecated functionality, but under certain circunstances and with
    some limitations, it works fine. In RHEL7, this feature has been
    disabled."
    <br>
    <br>
    <br>
    However, if some distro that Kimchi supports still have support for
    non shared migration, we can<br>
    add this option as well.<br>
    <br>
    <blockquote
      cite="mid:201510271315.t9RDFsFn021351@d03av01.boulder.ibm.com"
      type="cite">
      <p><tt>&gt; <br>
          &gt; - password-less login<br>
          &gt; <br>
          &gt; - enough resorces in the destination host to allocate the
          VM<br>
          &gt; <br>
          &gt; <br>
          &gt; Limitations of this first version and possible candidates
          for future work:<br>
          &gt; <br>
          &gt; - do not automate the process of password-less login (but
          it is able to<br>
          &gt; verify this condition)<br>
          &gt; <br>
          &gt; - due to the above limitation, the 'user' parameter value
          is only 'root'<br>
          &gt; at this moment<br>
          &gt; <br>
          &gt; - do not verify the 'shared storage' condition<br>
          &gt; <br>
          &gt; - do not verify same hypervisor/arch conditions<br>
          &gt; <br>
          &gt; - the origin VM will shutdown after migration (not sure
          if can be helped)<br>
          &gt; <br>
          Ahh, shutdown where, if it was running on source, it should be
          running on destination..</tt><br>
        <tt>clearly it will not be on source anymore.. </tt><br>
      </p>
    </blockquote>
    Yeah, that was my reasoning when seeing the VM shutting down
    automatically in the<br>
    source after the migration was successful. <br>
    <br>
    <br>
    <br>
    <br>
    Daniel<br>
    <br>
    <br>
    <blockquote
      cite="mid:201510271315.t9RDFsFn021351@d03av01.boulder.ibm.com"
      type="cite">
      <p><tt>&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 class="moz-txt-link-abbreviated" href="mailto:Kimchi-devel@ovirt.org">Kimchi-devel@ovirt.org</a>
<a 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>
  </body>
</html>