[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] live migration question

  • To: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>
  • Date: Mon, 30 Jan 2012 13:24:35 +0100
  • Delivery-date: Mon, 30 Jan 2012 12:24:58 +0000
  • Domainkey-signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=j7QY5JSJJASmknT8oii6RvU4+NrnkcH/qzCDXZIPegegxcQQgAqUGxXW EV1/QjshUl3XIzUqipIDo/Gs789VUAm57NVw6/MLaNN8bfSh00iZRCqR2 fpik6SADKatF0lwr2tChMYh+sk/aDOr5isj+xHgFr0wem7H245WW/vC+t 6REumlwu+sMgY6VZvJ06AABg3da1iVDs1jRRwwziY51XEm29J+1aZ0qnm fuNnzRN0SsrGSU9aKqFeDwrLKT9Py;
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>


I've got a question regarding live migration:

We have enabled our mainframe OS BS2000 to run as pv-hvm domain on Xen. Live
migration is working rather fine, but we have timing problems with large
memory (e.g. 128 GB). The reason for the timing problem is our own backend
driver for the BS2000 devices which requires to map all the domain memory to
avoid too many changes in BS2000. The mapping occurs at reconnection to the
backend driver and has to be synchronous. For a 128 GB domain this leads to
a 16 second stall of the domain when it is resuming on the target machine.

To avoid this stall I tried to start a little daemon on the target machine
and watch for a new BS2000 domain to show up due to live migration. I wanted
to map the domain memory as soon as the needed mapping information located in
a fixed guest mfn was transferred. Discovery of the new domain works as
expected, but I'm not capable doing any memory mapping until the restore of
the domain is finished. The mapping ioctl using IOCTL_PRIVCMD_MMAP returns
EINVAL until xc_restore is finished (more or less).

Why can xc_restore do the mapping while I can't? I know xc_restore is using
IOCTL_PRIVCMD_MMAPBATCH_V2, but I can't see a difference which should matter
between those two, as both are using the same hypercall to update the dom0
page tables.

Xen version is 4.0.2, linux kernel is 2.6.32 (both SLES11 SP1), the machine
is a x86_64 INTEL based one.


Juergen Gross                 Principal Developer Operating Systems
PDG ES&S SWE OS6                       Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions              e-mail: juergen.gross@xxxxxxxxxxxxxx
Domagkstr. 28                           Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.