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] [PATCH] fixes for suspend & resume

To: Ewan Mellor <ewan@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] fixes for suspend & resume
From: Chris <hap10@xxxxxxxxxxxxxx>
Date: Wed, 29 Nov 2006 11:22:46 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 29 Nov 2006 08:23:57 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20061129155734.GD6647@xxxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <45637369.4040007@xxxxxxxxxxxxxx> <20061129155734.GD6647@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.8 (Macintosh/20061025)
Ewan Mellor wrote:
> On Tue, Nov 21, 2006 at 04:45:13PM -0500, Chris wrote:
> 
>> There's at least one additional problem (that this patch doesn't
>> address) effecting domains that are started, suspended, resumed, and
>> finally shutdown.  Affected domains remain in the xend's list of running
>> domains when instead they should revert back to a dormant state with
>> domid of -1.  A work around is to restart xend after the effected
>> domains have been shutdown, which causes the domains to correctly appear
>> as dormant, but clearly this restart shouldn't be necessary.
> 
> I believe that this is fixed (or certainly, it's better) with xen-unstable
> changeset 12566.
> 
> Ewan.
> 

I think you're right; seems to be fixed from what I can tell.

However, I think found another problem. :)  Rebooting a managed domain
seems to fail with an exception that the rebooted domain's name already
exists.

Clearly, the managed domain's name does and should exist to Xend because
it's hanging out in the lifecycle area.

There's a call to checkName() in XendDomainInfo's __init__() method
that's the source of the exception, though I'm debating the merits of
where to make changes.  It might be enough to relax checkName() to allow
creation of XendDomainInfo instances with non-unique domain names if
they only conflict with managed domains that are not running and soon to
be replaced.  Although, it would seem more safe if an existing
XendDomainInfo instance were re-used when a reboot occurs.

Any thoughts?

Hopefully I can figure out how to implement the latter approach in the
next day or two.

Cheers
-Chris

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