WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] can't create any more pv-on-hvm domains after~38under 3.

To: Steve Ofsthun <sofsthun@xxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] can't create any more pv-on-hvm domains after~38under 3.3-testing
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Wed, 03 Dec 2008 17:08:52 +0000
Cc: James Harper <james.harper@xxxxxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 03 Dec 2008 09:09:20 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4936BBA5.80600@xxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AclVadDQmtzTWea6ykKEImzfhlaRgg==
Thread-topic: [Xen-devel] can't create any more pv-on-hvm domains after~38under 3.3-testing
User-agent: Microsoft-Entourage/12.14.0.081024
On 03/12/2008 17:02, "Steve Ofsthun" <sofsthun@xxxxxxxxxxxxxxx> wrote:

> We have been investigating a similar sounding bug (hung pages with elevated
> reference counts) that occur when blkback requests are issued over an iSCSI
> backend device.  The block requests appear to be running afoul of the lazy
> copy optimization added for netback.  In this path, foreign pages (assumed to
> be netback pages?) are manipulated specially by the dma layer of the dom0
> network stack.  On return to netback, the page refs are cleaned up.
> 
> In our case, the foreign pages actually originate from blkback, are passed to
> iSCSI for processing, and are abused by the ref manipulation in the dom0
> network stack.  On return to blkback, the page refs are off.  What we haven't
> been able to do yet, is identify the exact circumstances that trigger the
> issue.  We have a fairly elaborate reproducer involving running a pool of
> domains and continuously rebooting them.  Eventually, one domain will hang on
> exit with a stuck page with elevated ref counts.

It'll be nice if James has a sure fire repro scenario then.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>