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/
Home Products Support Community News


Re: [Xen-API] UUID for Domain-0 ?

To: Ewan Mellor <ewan@xxxxxxxxxxxxx>
Subject: Re: [Xen-API] UUID for Domain-0 ?
From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Date: Thu, 29 Jun 2006 21:32:19 +0100
Cc: xen-api@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 29 Jun 2006 13:32:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20060629201125.GC30858@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
References: <20060628204710.GL28524@xxxxxxxxxx> <20060629201125.GC30858@xxxxxxxxxxxxxxxxxxxxxx>
Reply-to: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.1i
On Thu, Jun 29, 2006 at 09:11:25PM +0100, Ewan Mellor wrote:
> On Wed, Jun 28, 2006 at 09:47:10PM +0100, Daniel P. Berrange wrote:
> > Currently XenD/XenStore doesn't provide a real UUID for Domain-0 - its
> > always fixed at 00000000-0000-0000-0000-000000000000. If the new API is
> > to allow management of multiple hosts having all their Dom-0's with a
> > null UUID is going to complicate things somewhat for users of the API.
> Yes, that's a good point.  The reason we did that initially was to ensure that
> your domain 0 UUID didn't change across a reboot (there was a reason we needed
> that, but I can't remember what it was right now).
> I think that we could arrange for domain 0 to get a real but fixed UUID.
> > Is it intended to expose the real UUID of the host being managed. Most
> > machines I've encountered have a UUID embedded in the SMBIOS which would
> > be the obvious thing to use for Domain-0
> > 
> > $ lshal | grep smbios.system.uuid
> >   smbios.system.uuid = 'EF861801-45B9-11CB-88E3-AFBFE5370493'  (string)
> Well, the host itself needs a UUID too -- wouldn't the SMBIOS UUID be more
> appropriate for the host, rather than domain 0?

Well if the fully virt guests are going to have their have UUID exposed
via SMBIOS, and bare metal OS already uses SMBIOS, then Domain-0 should
be consistent, hence SMBIOS too (yes I'm conveniently ignoring paravirt,
which has no SMBIOS at this time) Why would we need different UUID for
the host, vs Domain-0 OS ? My concern existing userspace tools requiring
a UUID for the host/OS currently use SMBIOS, so its desirable to have
then 'just work' in virtualized env without changes.

|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

xen-api mailing list

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