On Fri, Feb 09, 2007 at 04:39:03PM -0500, Lon Hohberger wrote:
On Fri, 2007-02-09 at 16:18 -0500, Hugh Brock wrote:
> Todos:
> Investigate gparted, one of the partition management tools we already
> have (apis? remote accessibility?) (I believe Jim Meyering volunteered
* Investigate Conga's cluster and non-cluster remotely-accessible LVM
management, which sounds like it would fit the bill?
APIs are all XMLRPC, IIRC, so they're extensible and flexible.
There unfortunately is a bit of an impedance mis-match between libvirt and
Conga. libvirt is a low level library written with the goal that if you
have a host running Xen / QEMU / KVM, you can just drop in the libvirt
library and get a set of APIs for managing the system. Experiance with
developing virt-inst, virt-manager & cobbler/koan has shown that we need
a simple API for enumerating available storage volumes, and allocating
new volumes.
In providing such an API though, we don't want to have to mandate that
everyone using libvirt also install Conga. While Conga is indeed a very
capable tool, requiring install / setup of another web service is going
to put up a singificant barrier to entry for people wanting to use libvirt/
Particularly for developers who are just experimenting with virtualization
on a laptop / desktop / couple of machines.
Hence our initial goal is to find a suitable C library we can call into
to perform our simple set of storage management tasks. Now in keeping
with the libvirt model of pluggable hypervisor drivers, I'd expect the
underlying libvirt impl of any storage APIs to also be pluggable. So while
the initial impl might be based on GParteD, we would have the option of
also providing a Conga based backend at a later date.
Regards,
Dan
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules:
http://search.cpan.org/~danberr/ -=|
|=- Projects:
http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|