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

xen-devel

[Top] [All Lists]

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

To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon
From: Daniel Stekloff <dsteklof@xxxxxxxxxx>
Date: 2005年1月28日 08:56:20 -0800
Cc: Steven Hand <Steven.Hand@xxxxxxxxxxxx>, Anthony Liguori <anthony@xxxxxxxxxxxxx>, Anthony Liguori <aliguori@xxxxxxxxxx>
Delivery-date: 2005年1月28日 17:33:32 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <E1CuSG6-00085o-00@xxxxxxxxxxxxxxxxx>
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: <E1CuSG6-00085o-00@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.6.2
On Friday 28 January 2005 01:17, Steven Hand wrote:
> > On Thu, 2005年01月27日 at 08:19 -0600, Anthony Liguori wrote:
> > > 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.
> >
> > At some point you need to make rules for operating, deciding based on
> > how you plan to use it what is the right way and the wrong way. A domain
> > needs to be unique. It can move through phases like being active or
> > being suspended. In the case you mention, I don't think Domain A can be
> > suspended and active at the same time. It's one or the other. If you
> > need to restart from a checkpoint, you clone the Domain A to Domain B.
> > We could think of it like process management.
>
> So it may be useful to revisit one of the original distinctions that
> we made, that between "domain" and "virtual machine":
>
> - A domain is a Xen concept that has an associated domain struct,
> allocation of physical memory, CPU time, event channels, etc. A
> domain has an ID which is unique to all the domains currently
> existing on a given physical machine. In general, think of "domain"
> as the analog of "process".
>
> - A virtual machine is the thing that inhabits a domain. It may
> inhabit different domains (and hence have different domain IDs)
> at various points in its life-cycle (e.g. due to suspend/resume,
> live migration or even reboot).
Ok, I misunderstood. I thought you'd tie one to the other.
Is there a need for and how easy would it be to reference a VM to domains 
over time or virtual resources to physical resources? What happens when an 
error occurs with a bit of hardware? Does Xen and Xen tools report it? What 
about the VM that's running on the system? What if a VM reports an error 
while running in one Domain and then the VM is moved to another Domain with 
different resources? Would we need to store history of VM to machine id and 
domain id? 
Or am I missing something?
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
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] Xen as a kernel module , Mark Williamson
Next by Date: RE: [Xen-devel] Newbie question: "error creating domain: vbd: segment not found" , Jan Kundrat
Previous by Thread: Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon , Steven Hand
Next by Thread: Re: [Xen-devel] [PATCH] xenctld - a control channel multiplexing daemon , Daniel Stekloff
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /