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-devel] XCP: python SR plugin questions

To: YAMAMOTO Takashi <yamamoto@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] XCP: python SR plugin questions
From: Jonathan Ludlam <Jonathan.Ludlam@xxxxxxxxxxxxx>
Date: Wed, 19 May 2010 11:18:40 +0100
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 19 May 2010 03:19:42 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100519090758.F1C16718FB@xxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <487A0EF7-CE68-4BC8-A9DB-1766808ECDCF@xxxxxxxxxxxxx> <20100519090758.F1C16718FB@xxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acr3PKeg9AFTjhuOTkSnkMGH2b9UxA==
Thread-topic: [Xen-devel] XCP: python SR plugin questions
On 19 May 2010, at 10:07, YAMAMOTO Takashi wrote:

> hi,
> thanks for quick reply.
>> Hi there,
>> On 19 May 2010, at 03:35, YAMAMOTO Takashi wrote:
>>> hi,
>>> i'm writing a python sr plugin for our product and have a few questions.
>>> - our product has 32-bit id, not uuid, for each volumes, which i want to map
>>> to xcp's vdi.  i generate name-based uuid from the 32-bit id in sr.scan and
>>> vdi.create.  is this a reasonable approach?
>> You can use the 'location' field in the VDI to contain your 32 bit id - then 
>> the uuid is irrelevant. I'd like to move more of the storage backends in 
>> this direction - currently I believe only the ISO SR does it this way.
> ok.  in that case, xapi generates random uuids for me, right?

Actually the backends are responsible for creating the uuid.

>>> - how can i get name-label specified by "xe vdi-create" in my vdi.create?
>>> i want to pass it to our product.
>> Unfortunately this isn't possible at the moment. What you could do is pick 
>> the name up on a subsequent scan. This is ugly, I know, and might not even 
>> work if you need the name at VDI create time, but it's all we've got at the 
>> moment. This is on my list of things to fix about the SMAPI.
> sad to hear. :(
> our product needs a unique and preferably human readable name for
> the VDI at create time.  do you have any suggestion?
> probably i have to use uuid generated by xapi?

Unfortunately there's no alternative at the moment :-(

> YAMAMOTO Takashi
>>> if you are intersted, the "our product" is found at
>>> http://sourceforge.net/projects/vastsky/
>>> YAMAMOTO Takashi
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@xxxxxxxxxxxxxxxxxxx
>>> http://lists.xensource.com/xen-devel

Xen-devel mailing list