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

[Daniel Stekloff <dsteklof@xxxxxxxxxx>]

On Wed, 2005-01-26 at 14:57, Anthony Liguori wrote:
> On Wed, 2005-01-26 at 15:49, Michael Hohnbaum wrote:
> 
> > While beyond the current focus, persistent store could feasibly
> > be used to hold domain definitions for non-existent domains and 
> > suspended domains.  One could envision adding a state field into
> > the domain configuration/definition.  Valid states for current 
> > capabilities would be {active, suspended, migrated, inactive}.  On
> 
> Yes, but the problem that occurs is uniquely identifying a domain.  In
> other words, what's the key used within the persistent store?
> 
> If it's domain id (which is what I assume it's going to be), you cannot
> tag it as having an "inactive" state because there's nothing that
> prevents a domain from being created with the same domain id.


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. 


> Also, if you try to assign domains UUIDs or something, what do you do
> for cloning/checkpointing?  Do you assign a new UUID on a clone but not
> on a checkpoint?  Does assigning new UUIDs propagate to things like MAC
> addresses or other things that are supposed to be unique?


If you clone a domain, it isn't the same domain anymore and would get a
new id. As for checkpointing - you could use the time/date of the
checkpoint and add that to the domain's id. 

MAC addresses for specific domains that are in the configuration file or
generated could be stored with the domain configuration and available
for queries.  



> There's a lot to be thought about.  I think punting the problem (as Andy
> suggests) is the right approach for now.


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. 

Thanks,

Dan



-------------------------------------------------------
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