Re: [Xen-tools] [PATCH] Xenstore mkdir/write implicitly create directories

[Christian Limpach <Christian.Limpach@xxxxxxxxxxxx>]

Hi Rusty!

>       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).

Sounds good, although wouldn't it be just as easy (and maybe a little
more flexible) to implement the --init option in a seperate tool?  Unless
it's really dumb and just wipes out the whole store?  I hacked up a small
tool to blow away old backend directories and even something simple like
that was quite awkward to implement in C because of string handling and
memory allocation.  I think at some point we'll definitely need some
kind of garbage collecting tool...

>       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.

Ok.

>       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).

Yes, this is currently one of the major draw backs from switching over
to the store.  If xenstored restarts, you lose all the watches and won't
be able to start any more domains because the backends won't notice any
changes anymore.

    christian


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