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

[Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon

As I mentioned in earlier posts, we implemented a small multiplexing
daemon for the control channels in Xen.  It was designed to help
understand how Xen worked and not initially as a management framework. 
I'm posting it because I think some people might find it useful.

It's very much like xcs.

I also included two example tools for xenctld.  One thing that I see in
common between these two apps is that they both implemented better
interfaces to Xen.  Here's what I propose:

1) Change xcs to use unix domain sockets.
2) Add support to xcs to export ptys (storing info in the filesystem
much the same way xenctld does)
3) Change xenctld tools to use xcs.
4) Factor out most of xen interaction in xcs to standard libraries.

I see a three level architecture, the first level being highly portable
libraries that simplify interacting with Xen.  This would target every
platform Xen runs on.

The second level would be a daemon that is not as portable but still
very portable (for instance, you may have a posix daemon, a win32
daemon, etc.).

The third level would be simple applications that present a
platform-level interface (here it might make sense to have a set of
Linux tools, a set of BSD tools, etc.).

Thoughts?  I'm willing to code these things up.  Just want to make sure
it's agreeable first.

You can get a copy of xenctld at:



Anthony Liguori
Linux Technology Center (LTC) - IBM Austin
E-mail: aliguori@xxxxxxxxxx
Phone: (512) 838-1208

This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
Xen-devel mailing list



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