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] Basic xenstore questions (building a watchdog)

To: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Basic xenstore questions (building a watchdog)
From: Charles Duffy <cduffy@xxxxxxxxxxx>
Date: Fri, 13 Jan 2006 09:16:41 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 13 Jan 2006 15:23:57 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200601131451.02874.mark.williamson@xxxxxxxxxxxx>
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: <dq6io3$ll6$1@xxxxxxxxxxxxx> <200601131451.02874.mark.williamson@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.4 (Windows/20050908)
Mark Williamson wrote:
I'm looking at building a xenstore-based watchdog, as described at

Sounds cool!

I knocked up a little prototype of one some time last year. The Xend code was surprisingly tricky (couldn't get rebooting the domain to behave right, although I didn't try very hard). You'd be welcome to the kernel code if you want to take a look, although it's very simple - the hacks required to the softdog device in Linux were minimal.
I would be very much interested in looking at what you've got so far, as an example if not a base.
I'd suggest as an alternative to using the store, you might like to think about adding watchdog functionality to Xen itself... The advantage here is that it also allows you to watchdog dom0, without requiring watchdog hardware. Timing out dom0 would reboot the system, a domU would just result in its destruction (and the tools recreating it).
It's a thought, yes -- but I'm already outside the realm of stuff-I-know, and I'd like to get at least *something* in working condition before I stray much further. Also, I'm under the impression that running softdog in dom0 with nowayout set should provide similar functionality -- perhaps I saw someone mentioning on the ML that they were doing just that?

Xen-devel mailing list

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