From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Andreas Olsowski <andreas.olsowski@leuphana.de>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: xen/stable-2.6.32.x xen-4.1.1 live migration fails with kernels 2.6.39, 3.0.3 and 3.1-rc2
Date: Wed, 7 Sep 2011 09:50:47 -0400 [thread overview]
Message-ID: <20110907135046.GD32190@dumpdata.com> (raw)
In-Reply-To: <4E5E320A.60401@leuphana.de>
On Wed, Aug 31, 2011 at 03:07:22PM +0200, Andreas Olsowski wrote:
> A little update, i now have all machines running on xen-4.1-testing
> with xen/stable-2.6.32.x
> That gave me the possiblity for additional tests.
>
> (I also tested xm/xend in addtion to xl/libxl, to make sure its not
> a xl/libxl problem.)
>
> I took the liberty to create a new test result matrix that should
> provide a better overview (in case someone else wants to get the
> whole picture):
So.. I don't think the issue I am seeing is exactly the same. This is
what 'xl' gives me:
:~/
> xl migrate 3 tst010
root@tst010's password:
migration target: Ready to receive domain.
Saving to migration stream new xl format (info 0x0/0x0/326)
Loading new save file incoming migration stream (new xl fmt info 0x0/0x0/326)
Savefile contains xl domain config
xc: Saving memory: iter 0 (last sent 0 skipped 0): 262400/262400 100%
xc: Saving memory: iter 2 (last sent 1105 skipped 23): 262400/262400 100%
xc: Saving memory: iter 3 (last sent 74 skipped 0): 262400/262400 100%
xc: Saving memory: iter 4 (last sent 0 skipped 0): 262400/262400 100%
xc: error: unexpected PFN mapping failure pfn 19d0 map_mfn 4e7e04 p2m_mfn 4e7e04: Internal error
libxl: error: libxl_dom.c:363:libxl__domain_restore_common: restoring domain: Resource temporarily unavailable
libxl: error: libxl_create.c:483:do_domain_create: cannot (re-)build domain: -3
libxl: error: libxl.c:733:libxl_domain_destroy: non-existant domain 4
migration target: Domain creation failed (code -3).
libxl: error: libxl_utils.c:410:libxl_read_exactly: file/stream truncated reading ready message from migration receiver stream
libxl: info: libxl_exec.c:125:libxl_report_child_exitstatus: migration target process [5810] exited with error status 3
Migration failed, resuming at sender.
And on the receiving side (tst010) I get a monster off:
(XEN) mm.c:945:d0 Error getting mfn 4e7e04 (pfn ffffffffffffffff) from L1 entry 80000004e7e04627 for l1e_owner=0, pg_owner=4
XEN) mm.c:945:d0 Error getting mfn 36fd19 (pfn ffffffffffffffff) from L1 entry 800000036fd19627 for l1e_owner=0, pg_owner=4
(XEN) mm.c:945:d0 Error getting mfn 36f583 (pfn ffffffffffffffff) from L1 entry 800000036f583627 for l1e_owner=0, pg_owner=4
..
(XEN) mm.c:945:d0 Error getting mfn 4e7d09 (pfn ffffffffffffffff) from L1 entry 80000004e7d09627 for l1e_owner=0, pg_owner=4
(XEN) event_channel.c:250:d3 EVTCHNOP failure: error -17
The migration is from a 4GB box to a 32GB box (worked), then back to the 4GB( worked)
and then back to the 32GB (boom!).
anyhow, let me try this with 4.1-testing branch. Running on the bleeding
edge might not be the best idea sometimes.
>
> ####################################################################
> ##### xen 4.1 live migration fails between different platforms #####
> ####################################################################
> XEN: xen-4.1-testing.hg
> dom0: xen/stable-2.6.32.x
> domU: linux-2.6.39 vanilla (also 3.0.3 and 3.1)
>
> toolstack: xl/libxl
> (at least FAIL type1 also occurs with xm/xend)
>
> # create means the guest has been created by this host
> # received means the guest has been migrate-received by this host
>
> XEN: xen-4.1-testing.hg
> dom0: xen/stable-2.6.32.x
> domU: linux-2.6.39 vanilla (also 3.0.3 and 3.1)
>
> toolstack: xl/libxl
> (at least FAIL type1 also occurs with xm/xend)
>
>
> # Dell PE 2950 and Dell PE 2950
> create pe2950-1 -> pe2950-2 OK
> received pe2950-2 -> pe2950-1 OK
> create pe2950-2 -> pe2950-1 OK
> received pe2950-1 -> pe2950-2 OK
>
> # Dell PE 2950 and Dell R710
> create pe2950-1 -> r710 OK
> received r710 -> pe2950-1 OK
> create r710 -> pe2950-1 FAIL (type 1): http://pastebin.com/iUeNPQyY
>
> # Dell PE 2950 and Dell R610
> create pe2950-1 -> r610-1 FAIL (type 2): http://pastebin.com/fzMkuS5s
> create r610-1 -> pe2950-1 FAIL (type 1): http://pastebin.com/Lq6SGVPj
>
> # Dell R610 and Dell R610
> create r610-1 -> r610-2 OK
> received r610-2 -> r610-1 OK
>
> create r610-2 -> r610-1 OK
> received r610-1 -> r610-2 OK
>
> # Dell R610 and Dell R710
> create r610-1 -> r710 OK
> received r710 -> r610-1 OK
>
> create r710 -> r610-1 FAIL (type 2): http://pastebin.com/eff5Yx0C
>
> # Dell PE 2950 and Dell R710 and Dell R610
> create pe2950-2 -> r710 OK
> received r710 -> r610 FAIL (type 2): http://pastebin.com/it7QPsJk
>
> create r610 -> r710 OK
> received r710 -> pe2950-2 FAIL (type 1 derived?):
> http://pastebin.com/R6pXSJpU
>
> #EOF
>
> with best regards
>
> Andreas
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-09-07 13:50 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-19 17:56 xen/stable-2.6.32.x xen-4.1.1 live migration fails with kernels 2.6.39, 3.0.3 and 3.1-rc2 Andreas Olsowski
2011-08-22 7:32 ` Jan Beulich
2011-08-22 13:56 ` Andreas Olsowski
2011-08-24 20:34 ` Konrad Rzeszutek Wilk
2011-08-25 7:15 ` Andreas Olsowski
2011-08-26 15:00 ` Konrad Rzeszutek Wilk
2011-08-26 17:26 ` Andreas Olsowski
2011-08-29 19:49 ` Konrad Rzeszutek Wilk
2011-08-31 13:07 ` Andreas Olsowski
2011-09-07 13:50 ` Konrad Rzeszutek Wilk [this message]
2011-09-08 17:32 ` Konrad Rzeszutek Wilk
2011-09-08 18:12 ` Konrad Rzeszutek Wilk
2011-09-08 19:50 ` Konrad Rzeszutek Wilk
2011-09-09 5:59 ` Andreas Olsowski
2011-09-12 16:47 ` xen/stable-2.6.32.x xen-4.1.1 live migration fails with kernels 2.6.39, 3.0.3 and 3.1-rc2.. between different physical machines and CPUs Konrad Rzeszutek Wilk
[not found] ` <19825_1315548082_p8961G08009635_4E69AB53.5010702@leuphana.de>
2011-09-09 9:18 ` xen/stable-2.6.32.x xen-4.1.1 live migration fails with kernels 2.6.39, 3.0.3 and 3.1-rc2 Andreas Olsowski
[not found] <1676_1313776768_p7JHxMh3027661_4E4EA3E2.2040809@leuphana.de>
2011-08-20 2:37 ` Andreas Olsowski
[not found] ` <1676_1313808015_p7K2e91M024610_4E4F1DFC.2000909@leuphana.de>
2011-08-20 3:49 ` Andreas Olsowski
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=20110907135046.GD32190@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=andreas.olsowski@leuphana.de \
--cc=xen-devel@lists.xensource.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.