I''m yet another one of those users who wishes to create a
control-panel for Xen.
Right now I''ve created a simple Perl wrapper for performing
the common operations. Basic usage is pretty good:
#
# Boot each xen instance defined in /etc/xen/*.cfg
#
my $instance = Xen::Monitor->new();
foreach my $host ( $instance->getAvailable() )
{
if ( ! $host->isRunning() )
{
$host->boot();
}
}
Right now my issue is how I''m going to use this in a CGI
environment. At the moment I''m running things under a
test environment, so I can just execute:
system( "xm ...." );
In production I see the choices as either:
1. Use "sudo xm ...".
2. Create a simple deamon as root which accepts
connections from the module and does the job.
I like the seperation of the daemon from the UI, but I cant
help thinking I''m duplicating a lot of the interface already
available.
Does anybody have any suggestions on this? (So far the
people who''ve mentioned writing web-guis seem focussed upon
PHP. Nothing against taht I just prefer Perl.)
The code will be shared shortly, if there is any interest
I''ll post a link when it is ready for review.
Steve
--
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
On Fri, Feb 17, 2006 at 08:22:10PM +0000, Steve Kemp wrote:> I''m yet another one of those users who wishes to create a > control-panel for Xen.> In production I see the choices as either: > > 1. Use "sudo xm ...". > 2. Create a simple deamon as root which accepts > connections from the module and does the job.In case there are people interested in trying this out I''ve posted a project on freshmeat and a version of the code. The PHP client is rotting already, but the Perl + Gtk interface is nice and stable. http://www.steve.org.uk/Software/argo/ The protocol is nice and extensible, and the communication should be sufficiently trivial to master for PHP coders - which seem to be in the majority here ;) GPL, Debian packages available. </pimp> Steve -- http://www.steve.org.uk/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Mon, 2006-02-20 at 20:33 +0000, Steve Kemp wrote:> [...] > > The PHP client is rotting already, but the Perl + Gtk interface > is nice and stable. > > http://www.steve.org.uk/Software/argo/Didn''t come to post this to your first Mails about that topic: As xen has a web console based on the python twisted framework, anyway, wouldn''t it be a nice and generic solution to extend that webinterface so it provides web-services (not sure if it even does this already)? So you can write your clients easily in whatever language you want. Henning _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Feb 21, 2006 at 02:11:24PM +0100, Henning Sprang wrote:> On Mon, 2006-02-20 at 20:33 +0000, Steve Kemp wrote: > > [...] > > > > The PHP client is rotting already, but the Perl + Gtk interface > > is nice and stable. > > > > http://www.steve.org.uk/Software/argo/ > > Didn''t come to post this to your first Mails about that topic:(Not sure what you mean here.)> As xen has a web console based on the python twisted framework, anyway, > wouldn''t it be a nice and generic solution to extend that webinterface > so it provides web-services (not sure if it even does this already)? > > So you can write your clients easily in whatever language you want.There are several reasons not to go down the route of extending the current twisted code. One of the biggest is to have a completely self-contained interface to controlling Xen locally, via other languages. This is the motivation behidn the Xen::Host/Xen::Monitor API. (A similar motivation is probably behind the libvert project: http://libvir.org ) Once that API is out of the way then exporting the operations over a network becomes trivial. I''d rather not mess with the python code because adding authentication, and yet-another service would most likely not be appreciated by the Xen users. I''m sure some of them would like to have a built in status + control panel, but I think there is room for multiple such implementations rather than one that is used by default. I also believe the route I''ve gone down allows a lot of flexiablity since any clients can be distributed seperately and be written in any language, and shared under any licensing conditions. If a Python interface were developed then it would obviously need to be open if it were to be included with the Xen distribution. [For what it is worth my code is all GPL, and the clients could be proprietry if somebody really wished to create one.] Steve -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Feb 21, 2006 at 01:41:58PM +0000, Steve Kemp wrote:> One of the biggest is to have a completely self-contained interface > to controlling Xen locally, via other languages. This is the > motivation behidn the Xen::Host/Xen::Monitor API. > > (A similar motivation is probably behind the libvert project: > http://libvir.org )Right, though the big point was also to provide LGPL libraries and interfaces canonical enough that they are not tied to the current state of Xen, it''s now at libvirt.org ;-) I added a page about the Python bindings earlier today at: http://libvir.org/python.html I suggest to use version 0.0.5 or even better the CVS snapshot if you want to play with it, as I really ought to make a new release now. Daniel -- Daniel Veillard | Red Hat http://redhat.com/ veillard@redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi, On Tue, 2006-02-21 at 13:41 +0000, Steve Kemp wrote:> [...] > > Didn''t come to post this to your first Mails about that topic: > > (Not sure what you mean here.) > [...]I just meant, I could have written my thoughts already after your first mail in this thread. Thanks for your explanation! My thought was more in the direction if the twisted server included with xen probably isn''t able to serve your needs technically. As it sounds, the reason why it doesn''t do technically what you want is because you want to use another language. So I assume, when I want to do it with python, my idea to use the integrated twisted framework for doing the same at my site is not so bad. Henning _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Henning Sprang wrote:> On Mon, 2006-02-20 at 20:33 +0000, Steve Kemp wrote: > >> [...] >> >> The PHP client is rotting already, but the Perl + Gtk interface >> is nice and stable. >> >> http://www.steve.org.uk/Software/argo/ >> > > Didn''t come to post this to your first Mails about that topic: > > As xen has a web console based on the python twisted framework, anyway, > wouldn''t it be a nice and generic solution to extend that webinterface > so it provides web-services (not sure if it even does this already)? >http://wiki.xensource.com/xenwiki/Xend/XML-RPC It''s in the works... Regards, Anthony Liguori> So you can write your clients easily in whatever language you want. > > > Henning > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users