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-tools] Re: [Xen-devel] [PATCH] Make xend reject duplicates and

To: Anthony Liguori <aliguori@xxxxxxxxxx>
Subject: Re: [Xen-tools] Re: [Xen-devel] [PATCH] Make xend reject duplicates and rename zombies
From: Christian Limpach <christian.limpach@xxxxxxxxx>
Date: Fri, 16 Sep 2005 22:48:06 +0100
Cc: Xen Tools Developers <xen-tools@xxxxxxxxxxxxxxxxxxx>, Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 16 Sep 2005 21:45:42 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rkO8VV86mINKLo03B4bY6MICQsrV/nWTNVK6xLYTct8nw61NoOVXhee3W+mdN6T3JzlKuP2kQhSRFNnGxEuNkCPpdwL4x6y90kWsVDm8FGPXOXRe1jHYvQldssTtVN4ofLGwJj8f70kkDZdkJp24YB4rAckNu3QyCe0xDRXpZrE=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <432B3B13.4070705@xxxxxxxxxx>
List-help: <mailto:xen-tools-request@lists.xensource.com?subject=help>
List-id: Xen control tools developers <xen-tools.lists.xensource.com>
List-post: <mailto:xen-tools@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-tools>, <mailto:xen-tools-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-tools>, <mailto:xen-tools-request@lists.xensource.com?subject=unsubscribe>
References: <87br2uz5yj.fsf@xxxxxxxxxx> <4329C366.2070006@xxxxxxxxxx> <3d8eece205091612523cf7b900@xxxxxxxxxxxxxx> <432B3B13.4070705@xxxxxxxxxx>
Reply-to: Christian.Limpach@xxxxxxxxxxxx
Sender: xen-tools-bounces@xxxxxxxxxxxxxxxxxxx
On 9/16/05, Anthony Liguori <aliguori@xxxxxxxxxx> wrote:
> >I think renaming would make sense if a domain is crashed.  You might
> >want to keep the domain around to attach a debugger to it but at the
> >same time restart a fresh copy as soon as possible.
>
> As long as you can make sure to rename *after* all of the devices have
> been properly torn down.
> 
> Otherwise, we need to make sure to make it well known that restarting a
> domain after a crash can result in very bad things :-)

How so?  The crashed domain is certainly not going to do anything with
those devices anymore...  Actually, I'm not even sure I buy the
"unsafe to reuse devices" argument if the domain is only hanging
around in an almost dead state -- it's almost dead, it's not going to
do any requests on those devices anymore...

So regarding the check for termination in check_name, if we only
switch the state to terminated once the domain is almost dead, reusing
the name should be fine...

    christian

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