<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Sources and destinations are both ubuntu 10.04.3 LTS server and
    ubuntu 10.04.4 LTS server up-to-date. I am using kvm on both source
    and destination and libvirt. The details are:<br>
    <br>
    $ virsh version<br>
    Compiled against library: libvir 0.9.11<br>
    Using library: libvir 0.9.11<br>
    Using API: QEMU 0.9.11<br>
    Running hypervisor: QEMU 1.0.0<br>
    <br>
    The VMs are stored into their local filesystem, that is why I am
    doing offline migration.<br>
    <br>
    When I was using the stock libvir and qemu-kvm (from the ubuntu
    repositories) the offline migration was always failing. Even by hand
    (using virsh commands and copying the files by hand).<br>
    <br>
    Once updated libvir and qemu-kvm, offline migration fails 30-40% of
    times (estimated).<br>
    <br>
    Sources and destinations are Intel, biprocessors, quadcore.<br>
    <br>
    <br>
    El 04/05/12 05:02, Shankhadeep Shome escribió:
    <blockquote
cite="mid:CAOK6JGY2STLkYEMgixaByX+TN9u3AS2w33kM41H+A7HHUoY=6Q@mail.gmail.com"
      type="cite">I have done a lot of migrations with VMs on Ubuntu,
      first give some information about your source and destination,
      your storage back end, architecture type, the source and
      destination host versions etc. Are you running the same version of
      kvm,xen,libvirt on both sides? Post as much as you can about the
      source and sink. <br>
      <br>
      <div class="gmail_quote">On Thu, May 3, 2012 at 10:06 AM, Javier
        Fontan <span dir="ltr"><<a moz-do-not-send="true"
            href="mailto:jfontan@opennebula.org" target="_blank">jfontan@opennebula.org</a>></span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          I don't really know what could be happening with those
          machines. If<br>
          this problem only happens on > 10.04 VMs then it looks like
          a change<br>
          in the distribution that makes the VM behave like that. I
          would also<br>
          try stop/resume (that does the same steps as migration) and
          check if<br>
          the same problem arises. You can also do the stop/resume test
          with the<br>
          scheduler stopped and use onevm deploy to schedule the VM to
          the same<br>
          host, this way we can check if the problem is related to some<br>
          configuration changes between physical nodes.<br>
          <div class="HOEnZb">
            <div class="h5"><br>
              On Thu, Apr 26, 2012 at 10:04 AM, Carlos A. <<a
                moz-do-not-send="true" href="mailto:caralla@upv.es">caralla@upv.es</a>>
              wrote:<br>
              > Hi,<br>
              ><br>
              > I am experiencing some problems when migrating ubuntu
              based VMs between<br>
              > hosts. The problem appeared when trying to migrate
              one ubuntu 11.04 server<br>
              > VM. Previous versions of ubuntu (e.g. 10.04) were not
              affected by this<br>
              > problem.<br>
              ><br>
              > The VM is successfully deployed and it works
              properly. If I suspend the VM<br>
              > and resume it, there is no problem. But if I migrate
              the VM (which ONE<br>
              > translates into suspending the VM, copying the files
              to the destination host<br>
              > and restoring the VM), the VM results useless.<br>
              ><br>
              > There appear a lot of errors in the VM, some
              processes (mainly related to<br>
              > network) are tainted, etc. The problem also appears
              when migrating a ubuntu<br>
              > 12.04b.<br>
              ><br>
              > Has anyone faced this issue? Has anyone some tip to
              solve it? (I have tried<br>
              > to deactivate acpi as an option to the kernel, but it
              didn't helped at all).<br>
              ><br>
              > Thank you in advance.<br>
              ><br>
              > Regards,<br>
              > Carlos A.<br>
              ><br>
              > _______________________________________________<br>
              > Users mailing list<br>
              > <a moz-do-not-send="true"
                href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
              > <a moz-do-not-send="true"
                href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org"
                target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
              <br>
              <br>
              <br>
            </div>
          </div>
          <span class="HOEnZb"><font color="#888888">--<br>
              Javier Fontán Muiños<br>
              Project Engineer<br>
              OpenNebula - The Open Source Toolkit for Data Center
              Virtualization<br>
              <a moz-do-not-send="true" href="http://www.OpenNebula.org"
                target="_blank">www.OpenNebula.org</a> | <a
                moz-do-not-send="true"
                href="mailto:jfontan@opennebula.org">jfontan@opennebula.org</a> |
              @OpenNebula<br>
            </font></span>
          <div class="HOEnZb">
            <div class="h5">_______________________________________________<br>
              Users mailing list<br>
              <a moz-do-not-send="true"
                href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
              <a moz-do-not-send="true"
                href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org"
                target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
    </blockquote>
    <br>
  </body>
</html>