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] changeset:6989 vm sticking around in shutdown state

To: Dan Smith <danms@xxxxxxxxxx>
Subject: Re: [Xen-devel] changeset:6989 vm sticking around in shutdown state
From: Ted Kaczmarek <tedkaz@xxxxxxxxxxxxx>
Date: Thu, 22 Sep 2005 10:10:11 -0400
Cc: xen-devel List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 22 Sep 2005 14:07:47 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <87oe6lb3xy.fsf@xxxxxxxxxx>
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: <1127394791.23958.283.camel@xxxxxxxxxxxxxxxxxxxxxx> <87oe6lb3xy.fsf@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, 2005-09-22 at 06:57 -0700, Dan Smith wrote:
> TK> I cloned the config with a new name and the domU was recreated.
> 
> This brings me back to the topic of renaming stuck domains.  It seems
> to me that having the tools prevent you from re-creating a domain just
> because a shell of the domain is stuck will get annoying.  Admins may
> end up cloning a config file and tweaking the name several times to
> get the tools to allow recreation of one of their domUs without having
> to reboot the host.
> 
> I know that the domains *shouldn't* get stuck once everything firms
> up, but can't we have the tools be more user-friendly if the problem
> does arise in a production environment?
> 
> How about adding a "force" flag to "xm create" that would rename any
> stuck domains so that the creation can proceed?

Sound like a good starting point, you thinking about appending an
instance to the name? 

I am of the mindset that something like allow creation with the same
name, but invalidate the old one or vice versa. This would also keep
track of how many times such an issue occured on a particular domU.

xm list
Name              Id  Mem(MB)  CPU VCPU(s)  State  Time(s)
Domain-0           0      182    -      2   r----    970.7
debian             3      128    -      2   -b---    502.4
debian.1           3.1      0    -      2   ---s-     91.1

xm list
Name              Id  Mem(MB)  CPU VCPU(s)  State  Time(s)
Domain-0           0      182    -      2   r----    970.7
debian             3        0    -      2   ---s-    502.4
debian.1           3.1    128    -      2   -b---     91.1

I am still rather green with this, but from a dumb ___ admin/user
perspective this would be very helpful :-)

Regards,
Ted


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