[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Xen 4.0 feature request



>  The admin program could then signal a guest to go into a 
> 'clean' state (and wait for it to reach that state), make an LVM 
> snapshot of it's volume, and then signal the guest to resume. Your 
> LVM snapshot would then represent the guests view of the volume at 
> that instant - but it still would not be clean in the way that an 
> unmounted filesystem with no open files is clean.
> 

We have actually developed tools that do this for xen, dom-0 is able to
obtain the guest's cooperation via simple writes to xenstore, which the
guest watches and acts upon.

The problem is (and this holds true for VMWare too) is that some user
space programs do their own buffering, relational database servers being
a good example. So, the kernel being in a clean state is just 2/3 of the
battle.

Of course its possible to add guest side hooks that would handle telling
DB servers to write everything in memory (and block until all
transactions are closed) prior to telling dom-0 to 'go ahead' .. but
that just gets icky.

There's also the issue of files in mid transfer (ftp uploads, etc). In
some cases, snapshots work very well .. in other cases not so well, no
matter what virtualization technology is being used.

I think it goes to show, if the UI is aesthetically pleasing, many
people just don't consider the underlying mechanisms .. why would
they ? :)

Cheers,
--Tim



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.