All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: M A Young <m.a.young@durham.ac.uk>
Cc: Wei Liu <wei.liu2@citrix.com>, xen-devel@lists.xen.org
Subject: Re: Problems using xl migrate
Date: Mon, 24 Nov 2014 13:15:58 +0000	[thread overview]
Message-ID: <54732F8E.4060507@citrix.com> (raw)
In-Reply-To: <20141124124143.GA11483@zion.uk.xensource.com>

On 24/11/14 12:41, Wei Liu wrote:
> On Sat, Nov 22, 2014 at 07:24:21PM +0000, M A Young wrote:
>> While investigating a bug reported on Red Hat Bugzilla
>> https://bugzilla.redhat.com/show_bug.cgi?id=1166461
>> I discovered the following
>>
>> xl migrate --debug domid localhost does indeed fail for Xen 4.4 pv (the bug
>> report is for Xen 4.3 hvm ) when xl migrate domid localhost works. There are
>> actually two issues here
>>
>> * the segfault in libxl-save-helper --restore-domain (as reported in the bug
>> above) occurs if the guest memory is 1024M (on my 4G box) and is presumably
>> because the allocated memory eventually runs out
>>
>> * the segfault doesn't occur if the guest memory is 128M, but the migration
>> still fails. The first attached file contains the log from a run with xl -v
>> migrate --debug domid localhost (with mfn and duplicated lines stripped out
>> to make the size manageable).
>>
>> I then tried xen 4.5-rc1 to see if the bug was fixed and found that xl
>> migrate doesn't work for me at all - see the second attached file for the
>> output of xl -v migrate domid localhost .
>>
>> 	Mchael Young
> [...]
>> xc: detail: delta 15801ms, dom0 95%, target 0%, sent 543Mb/s, dirtied 0Mb/s 314 pages
>> xc: detail: Mapping order 0,  268; first pfn 3fcf4
>> xc: detail: delta 23ms, dom0 100%, target 0%, sent 447Mb/s, dirtied 0Mb/s 0 pages
>> xc: detail: Start last iteration
>> xc: Reloading memory pages: 262213/262144  100%xc: detail: SUSPEND shinfo 00082fbc
>> xc: detail: delta 17ms, dom0 58%, target 58%, sent 0Mb/s, dirtied 1033Mb/s 536 pages
>> xc: detail: delta 8ms, dom0 100%, target 0%, sent 2195Mb/s, dirtied 2195Mb/s 536 pages
>> xc: detail: Total pages sent= 262749 (1.00x)
>> xc: detail: (of which 0 were fixups)
>> xc: detail: All memory is saved
>> xc: error: Error querying maximum number of MSRs for VCPU0 (1 = Operation not permitted): Internal error
> Per your description this is the output of "xl -v migrate domid
> localhost", so no "--debug" is involved. (Just to make sure...)
>
> This error message means a domctl fails, which should be addressed
> first?
>
> FWIW I tried "xl -v migrate domid localhost" for a PV guest it worked
> for me. :-(
>
> Is there anything I need to do to trigger this failure?

Is XSM in use?  I can't think of any other reason why that hypercall
would fail with EPERM.

~Andrew

  reply	other threads:[~2014-11-24 13:15 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-22 19:24 Problems using xl migrate M A Young
2014-11-24  0:07 ` M A Young
2014-11-24 11:50   ` George Dunlap
2014-11-24 12:06     ` M A Young
2014-11-24 12:21       ` Ian Campbell
2014-11-24 12:29         ` M A Young
2014-11-24 13:13     ` Andrew Cooper
2014-11-24 14:09       ` Wei Liu
2014-11-24 14:13         ` Andrew Cooper
2014-11-25  8:52         ` M A Young
2014-11-25  9:15           ` Wei Liu
2014-11-25 22:16             ` M A Young
2014-11-25 22:32               ` Andrew Cooper
2014-11-24 12:25 ` George Dunlap
2014-11-24 12:41 ` Wei Liu
2014-11-24 13:15   ` Andrew Cooper [this message]
2014-11-24 14:32     ` (4.5-rc1) " M A Young
2014-11-24 14:43       ` Andrew Cooper
2014-11-24 14:55         ` Ian Campbell
2014-11-24 19:28           ` Daniel De Graaf
2014-11-24 20:12         ` M A Young
2014-11-24 22:05           ` Daniel De Graaf
2014-11-25 10:07             ` George Dunlap
2014-11-25 18:03               ` Daniel De Graaf
2014-11-25 18:17                 ` Konrad Rzeszutek Wilk

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=54732F8E.4060507@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=m.a.young@durham.ac.uk \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /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.