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/
Home Products Support Community News


Re: [Xen-devel] Domains not being destroyed properly

To: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: Re: [Xen-devel] Domains not being destroyed properly
From: Anthony Wright <anthony@xxxxxxxxxxxxxxx>
Date: Fri, 24 Jun 2011 14:36:17 +0100
Cc: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Fri, 24 Jun 2011 06:36:56 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110624130129.GB17634@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>
References: <4DFB3A90.70707@xxxxxxxxxxxxxxx> <1308657108.6920.25.camel@xxxxxxxxxxxxxxxxxxxxxx> <4E009530.2040108@xxxxxxxxxxxxxxx> <20110621133908.GE5650@xxxxxxxxxxxx> <4E00B019.5090108@xxxxxxxxxxxxxxx> <1308671090.6920.89.camel@xxxxxxxxxxxxxxxxxxxxxx> <4E00C0FC.1060305@xxxxxxxxxxxxxxx> <1308729414.6920.126.camel@xxxxxxxxxxxxxxxxxxxxxx> <4E048921.8000201@xxxxxxxxxxxxxxx> <20110624130129.GB17634@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv: Gecko/20110616 Thunderbird/3.1.11
On 24/06/2011 14:01, Tim Deegan wrote:
> Hi, 
> At 13:54 +0100 on 24 Jun (1308923697), Anthony Wright wrote:
>> The problem is that I don't think there's enough information available
>> from watching @releaseDomain to implement a reaper well. The
>> xenstore-watch on @releaseDomain only tells you that a domain has died
>> (to make things more complicated I actually get two notifications when a
>> domain get's shutdown), it doesn't tell you which domain has died. A
>> reaper would have to maintain a list of domains as they were before the
>> notification to compare against the list after the notification to be
>> able to issue a notification for the domain that has died.
> That sounds awfully fragile.  It could get a list of all living domains
> and reap qemus/xenstore data for any domain not in the list.  (Or, more
> safely, enumerate all qemus and xenstore entries and check for each
> whether the domain is alive). 
Is this information still available after a domain has been destroyed? I
was expecting that the watcher of @releaseDomain was only notified of a
domain destruction after the domain had been completely destroyed so
there would be no information amount the domain available any more. Are
you saying the would still be qemus/xenstore information available for
the domain, and if so how does it get tidied up?


Xen-devel mailing list

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