From: Paolo Bonzini <pbonzini@redhat.com>
To: "\"Frerot, Jean-Sébastien\"" <jsfrerot@egliseespoir.com>,
qemu-devel@nongnu.org
Cc: josh.durgin@inktank.com, uintela@redhat.com
Subject: Re: [Qemu-devel] Live migration bug, possible missing ram in migration?
Date: Fri, 19 Dec 2014 15:40:06 +0100 [thread overview]
Message-ID: <549438C6.5030300@redhat.com> (raw)
In-Reply-To: <CA+YeEQiBQyq4_tgRBMr_3vh-WxgRBe_cuZSVri5xLrW4YD4ASw@mail.gmail.com>
On 19/12/2014 14:15, Frerot, Jean-Sébastien wrote:
> Hi, I've been using kvm for some time now using live migration as well
> with ceph backend. Recently I started running into an issue with only
> one of my VM, which happens to be a windows server (2012). When I
> migrate this particular VM it seems that not all the ram is transferred.
> So when the migration completes, the vm that has been migrated simply
> hangs and I have to force a shutdown. Notice that not long ago it was
> working fine, however I didn't notice when it started to have the issue.
>
> Notice that my diagnostic of the problem may be wrong, I mean the
> behavior i'm having is that my VM hangs after live migration, and I
> don't see the problem on other VMs. But I noticed the difference in RAM
> usage by the qemu process which leads me to believe that the ram is not
> fully transferred.
>
> before migration on node2:
> 15225 libvirt+ 20 0 7128048 4.200g 13592 S 15.0 27.3 1:14.18
> qemu-system-x86
> libvirt+ 15225 52.7 27.3 7128048 4404244 ? Sl 12:57 1:14
> qemu-system-x86_64
>
> after migration on node1:
> 16507 libvirt+ 20 0 6571864 1.610g 13152 R 7.6 10.5 0:07.63
> qemu-system-x86
> libvirt+ 16507 15.7 10.4 6571864 1688392 ? Sl 13:00 0:08
> qemu-system-x86_64
>
Windows VMs often have a lot of zero pages, because Windows zeroes pages
in the background. These are migrated, but they are left unallocated on
the destination machine. This is the reason why you are seeing smaller
memory usage on the destination.
Paolo
next prev parent reply other threads:[~2014-12-19 14:40 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-19 13:15 [Qemu-devel] Live migration bug, possible missing ram in migration? Frerot, Jean-Sébastien
2014-12-19 13:18 ` Frerot, Jean-Sébastien
2014-12-19 14:40 ` Paolo Bonzini [this message]
2014-12-19 14:41 ` Frerot, Jean-Sébastien
2014-12-19 14:42 ` Frerot, Jean-Sébastien
2014-12-19 17:28 ` Dr. David Alan Gilbert
2014-12-19 18:11 ` Frerot, Jean-Sébastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=549438C6.5030300@redhat.com \
--to=pbonzini@redhat.com \
--cc=josh.durgin@inktank.com \
--cc=jsfrerot@egliseespoir.com \
--cc=qemu-devel@nongnu.org \
--cc=uintela@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.