On Tue, 2005-08-23 at 20:52 +0100, Christian Limpach wrote:
I'm working on making the xenstore init/restart more robust. My idea
is to introduce a "--init" option which means "blow away any data in the
store, we're starting fresh" for use at boot time, and a "--restart"
which shuts down the old xenstored and gracefully takes over (upgrades).
Without either flag, the xenstored should only start if there's no
daemon running, as currently.
Restart is a problem for clients: my plan is to enhance the xs library
to implicitly reconnect, timing out if > 30 seconds or so. There are
some interesting corner cases here. For domains, their shared memory
page is persistent, so they don't even notice the daemon restarting.
The daemon is going to have to remember outstanding transactions,
watches and watch events, and associate them when tools reconnect.
Where possible, these will be stored on disk, so even daemon crashes can
be recovered (as far as possible).
A bad analogy is like a leaky screwdriver -- Richard Braakman
Xen-tools mailing list