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] live migration fails (assert in shadow_hash_delete)

To: Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] live migration fails (assert in shadow_hash_delete)
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 26 Feb 2010 14:48:39 +0000
Cc: Ashish Bijlani <ashish.bijlani@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 26 Feb 2010 06:50:16 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100226142217.GU368@xxxxxxxxxxxxxxxxxxxxxxx>
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: Acq27xtulQMRuUMaTE21PuvxWS7dXgAA6y7c
Thread-topic: [Xen-devel] live migration fails (assert in shadow_hash_delete)
User-agent: Microsoft-Entourage/12.23.0.091001
On 26/02/2010 14:22, "Tim Deegan" <Tim.Deegan@xxxxxxxxxxxxx> wrote:

>> I'd think 20792 is a good candidate - a copy-and-paste mistake would
>> cause the page subsequent to the one allocated to be overwritten.
>> Will send a patch in a minute.
> 
> Thanks for that.
> 
> Keir, I'm still seeing (different) crashes on unstable tip even with
> Jan's fix; the proximate cause is c/s 20954, which changes the paths
> taken when log-dirty mode is turned off after the live migration.
> 
> Reverting c/s 20954 fixes migration for me and is probably the best
> thing to get the 4.0 release schedule going again.   I'll try to find
> the actual bug at some later date.

Hm, yes, it looks like properly performing XEN_DOMCTL_SHADOW_OP_OFF on a PV
domain doesn't work. Removing the break stmts stops {shadow,hap}_domctl()
ever being called for the OFF operation -- so logdirty gets disabled but
nothing else -- and then I guess that we get teardown right for domain
destruction.

 -- Keir



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

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