[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon
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. 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? There's a lot to be thought about. I think punting the problem (as Andy suggests) is the right approach for now. Regards, -- 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 Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |