WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: Daniel Stekloff <dsteklof@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon
From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
Date: Thu, 27 Jan 2005 08:19:37 -0600
Cc: Anthony Liguori <aliguori@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 27 Jan 2005 22:07:57 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <1106783940.6916.17.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <1106322956.17263.26.camel@localhost> <eacc82a4050121083937725a83@xxxxxxxxxxxxxx> <1106698862.19729.40.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <eacc82a405012606336357ab08@xxxxxxxxxxxxxx> <1106767902.25573.7.camel@localhost> <eacc82a40501261111572c3b11@xxxxxxxxxxxxxx> <1106769687.25575.21.camel@localhost> <1106776160.19729.66.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <1106780255.7268.9.camel@localhost> <1106783940.6916.17.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)
Daniel Stekloff wrote:

Can't we add functionality in Xen to make domain id's unique? When
creating a new domain, the management tools can query the running (or
even suspended) domains and find a unique domain id to use. I think you
can tag a domains with their state.
Yes, I think eventually domains have to have some sort of UUID. I'm not convinced that those can't be mapped onto the current domain ids by configuration tools though.

Here's a few scenarios to consider:

1) Someone suspends domain A to disk. Domain A continues to run. Without stopping the original instance of Domain A, they start up the suspended image.

2) Someone takes the suspended form of Domain A and transfers it to another machine. They start it up while Domain A is still running on another machine (creating a resource conflict). If you're using DHCP, VMware can handle this scenario gracefully btw.

Are these errors?  I think it can be argued either way.

I disagree. If we're to consider the larger management world, we need to
lay the groundwork for managing domains now. I think the questions
aren't easily answered, but I believe they should be. If we don't
implement everything to start, we should at least have an idea where
we're going.
I completely agree that we need to lay a groundwork. I think large-scale domain management tools our outside the scope of the current focus. What I'd like to see is an architecture that's good enough that when these large-scale domain management tools are finally worked out they can just be plugged in without rewriting the Xen management infrastructure.

I think the key to this is to keep things as simple as possible. Don't require configuration files, don't rely on any sort of internal database for persistent state.

BTW, this discussion is great. I'm very interested to see what others think of the broader management picture.

Regards,

--
Anthony Liguori
anthony@xxxxxxxxxxxxx



-------------------------------------------------------
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
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>