From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004Fs-2A; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dunlapg@gmail.com>) id 1SMfrc-0000IB-4S
	for xen-api@lists.xen.org; Tue, 24 Apr 2012 13:33:04 +0000
Received: from [193.109.254.147:45906] by server-12.bemta-14.messagelabs.com
	id 9B/56-05898-F8BA69F4; Tue, 24 Apr 2012 13:33:03 +0000
X-Env-Sender: dunlapg@gmail.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1335274381!6035928!1
X-Originating-IP: [209.85.216.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1048 invoked from network); 24 Apr 2012 13:33:02 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Apr 2012 13:33:02 -0000
Received: by qcsc20 with SMTP id c20so444011qcs.32
	for <multiple recipients>; Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=8FfiVNcAiax2gMhvwg09FFBalQxYmPalPvtbg2mdPlI=;
	b=DHzFySSPW8uIk4bDFc2eMRPe+6MOKuOxL7SlFMuIgBbaK39mIhcYG6oc+6bImx8MXs
	brwq8oiILHBqtLqHwj1UUJPP9A0y+yNrpFgmJfm9HJ2VB8ngtOU7vxKtokG3TIL0xXaj
	lUCEv2/wfslDrFwycZNFIYcsW4b3RVtazSpKZtml6NwNNtCmRHXqkKflP0MPJys+HO1A
	VyFFRcwRc38n+p569tQnwNI7kEqEfpG9JqDPdy0KSdCSARhyL2Dp15ySxqDNJkAfYC+P
	9WA8xucxESX+LzDlOs5N9ywvVkWhz+HnTlKwmKVmPWA6/yqpBbJfuwNaCkVu4ZKAcja/
	CCtQ==
MIME-Version: 1.0
Received: by 10.224.106.131 with SMTP id x3mr16400028qao.23.1335274381317;
	Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
Received: by 10.229.44.145 with HTTP; Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
In-Reply-To: <4F96813C.6030108@xen.org>
References: <4F9199E5.5080409@xen.org>
	<4F96813C.6030108@xen.org>
Date: Tue, 24 Apr 2012 14:33:01 +0100
X-Google-Sender-Auth: 53dzhvF9NxgwZG6j2Yoh1Eo1pKA
Message-ID: <CAFLBxZbwECZnAnko1y3Ec4C2kj9eofJ+tF-fA+3LjVgBXgJR7Q@mail.gmail.com>
From: George Dunlap <dunlapg@umich.edu>
To: lars.kurth@xen.org
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] IMPORTANT: Changes to XenSummit Format :
	Please vote!
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, Apr 24, 2012 at 11:32 AM, Lars Kurth <lars.kurth@xen.org> wrote:
> I got a number of votes so far: votes are still open until Friday
>
> let me summarize votes so far:
> - 5 votes for sunday (option 1)
+1=6 votes for Sunday
> - 2 votes for a parallel session on the 26th PM (option 3.1)
> - 1 vote for cutting XenSummit short (option 2)
>
> Regards
> Lars
>
>
> On 20/04/2012 18:16, Lars Kurth wrote:
>>
>> Hi everybody,
>>
>> I have been talking to a number of the key contributors to the project
>> regarding XenSummit and got feedback on the format of XenSummit. Please
>> read, if you are active in the community and DO VOTE!
>>
>> Cheers
>> Lars
>>
>> Change of date in CFP!
>> ======================
>> First I wanted to annouce that we are extending the CFP from May 1st to
>> 15th of June. Key community members felt that May 1 is too early. In
>> particular because we have closed the CFP 5-6 weeks before the event in the
>> past. Due to contractual issues June 15th is the last day we can do though.
>>
>> Proposal! PLEASE READ!
>> ======================
>> A number of vendors felt we should change the format of XenSummit to be
>> more like the Linux Kernel Summit. I.e.
>> a) An invite only event for the top 20-30 developers of the project
>> b) The main focus would be around finding technical solutions and making
>> decisions
>> I can see the merit of this, but it is too late to do this for all of
>> XenSummit due to event contracts that havce been signed.
>>
>> However we have a number of options, moving towards this:
>> 1) Start half a day early and have an invite only XenDev Event event on
>> Sunday afteroon
>> 2) Cut XenSummit short by 1/2 day and append the XenDev event. This may
>> incur some financial penalties for Xen.org and the overall ticket cost may
>> have to be higher than in the past.
>> 3) Do the invite only meeting in parallel with XenSummit. I have an
>> additional large room on TUE the 27th, which we could use for this and I
>> also have two break-out rooms and can allocate one of them to the XenDev
>> event (these were intended for people sitting together and hacking on stuff
>> and/or BoFs). There are several options: hold the XenDev event on
>> 3.1) 26th afternoon
>> 3.2) 27th morning
>> 3.3) 27th afternoon
>>
>> In my view option 1) and 3.1) have the advantage that we can report back
>> to XenSummit, that nobody will miss key talks and that people can sit
>> together in the break-out rooms.
>>
>> Vote
>> ====
>> Please vote by providing. Vote closes by the 27th. Vote by replying to
>> this mail with ...
>> -1: none of the above (i.e. I dont want a XenDev event)
>> +1 for a DevMeeting on sunday (aka for proposal 1)
>> +1 for cutting XenSummit short (aka for proposal 2)
>> +1 for parallel 26th PM (aka proposal 3.1)
>> +1 for parallel 27th AM (aka proposal 3.2)
>> +1 for parallel 27th PM (aka proposal 3.3)
>>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004Fx-66; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <codinggeek16@gmail.com>) id 1SMzF1-0001lO-MA
	for xen-api@lists.xen.org; Wed, 25 Apr 2012 10:14:31 +0000
Received: from [193.109.254.147:47510] by server-10.bemta-14.messagelabs.com
	id A2/44-05847-78EC79F4; Wed, 25 Apr 2012 10:14:31 +0000
X-Env-Sender: codinggeek16@gmail.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1335348869!6272064!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32632 invoked from network); 25 Apr 2012 10:14:30 -0000
Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com)
	(209.85.220.173)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	25 Apr 2012 10:14:30 -0000
Received: by vcbfl11 with SMTP id fl11so1370663vcb.32
	for <xen-api@lists.xen.org>; Wed, 25 Apr 2012 03:14:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=mvGFZw/D2gjWtjemEDqQN+B4EHGYs3im3uUlM1w/skA=;
	b=j+/OUH4zIlu/vg0xidFK27BBuW2xLu3fA2Vg6nCpMh9ahU+IZJTnHEpu7HcbbWvOtz
	e8/oSmdyFbZTDkP5HKMZe27JeN/qzkhse4Qt6OE9RtBxRVSQhBRCpRT1lJn4bXbVj6+4
	ok2MC5DgeCA8XD6HY6zRopeuL0LovRCWXrV7/7ONjnW761WRMqZHGFzWPcddgAmm/Vz9
	diz5adc776ZXlnvAWIf3zJQlBq01E3mCPfQqCPa71gRgoyaZ4Sl7L9NVQ+wv4pbe2RB8
	zixN4iY9ZG1Yoe9mWkZBOVWXt5sKVYWE7ZJshv3hamh0RZtYf9oxlGys276c0vrcnqRx
	UEfA==
MIME-Version: 1.0
Received: by 10.52.100.9 with SMTP id eu9mr1719926vdb.28.1335348868994; Wed,
	25 Apr 2012 03:14:28 -0700 (PDT)
Received: by 10.52.94.41 with HTTP; Wed, 25 Apr 2012 03:14:28 -0700 (PDT)
Date: Wed, 25 Apr 2012 15:44:28 +0530
Message-ID: <CADKnxgE2YnV1NFDeuA36CL_L4dKJOn97XXvKnZnaL_05X7Qv1g@mail.gmail.com>
From: Coding Geek <codinggeek16@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Subject: [Xen-API] Regarding persistence of VM's after live migration
 (virDomainmigrateToURI() problem)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0062601127069230920=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0062601127069230920==
Content-Type: multipart/alternative; boundary=20cf307f37b6fcd5c804be7e22c3

--20cf307f37b6fcd5c804be7e22c3
Content-Type: text/plain; charset=ISO-8859-1

Hello
I am working with 3 host machines each running xen with shared NFS storage.
I am working on automatic load balancing if one host is over utilized and
another is under utilized by measuring the utilization from xentop. I am
facing a problem after migration of VM. I am setting the flags ( 1| 8| 16)
in order to do live migration, persist VM on destination, undefine host
from source. After migration if I shut off the migrated VM on destination
host it does not persist. I am using the migrateToURI() API for migration.

Please help how to make VM persist on destination.

Thank you,
Tasvinder Singh







-- 
--

"To Iterate is Human, To Recurse is Divine"

--20cf307f37b6fcd5c804be7e22c3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_extra">Hello<br><div class=3D"gmail_quote"><div class=
=3D"gmail_extra">I am working with 3 host machines each running xen with sh=
ared NFS storage. I am working on automatic load balancing if one host is o=
ver utilized and another is under utilized by measuring the utilization fro=
m xentop. I am facing a problem after migration of VM. I am setting the fla=
gs ( 1| 8| 16) in order to do live migration, persist VM on destination, un=
define host from source. After migration if I shut off the migrated VM on d=
estination host it does not persist. I am using the migrateToURI() API for =
migration.<br>

<br>Please help how to make VM persist on destination.<br><br>Thank you,<br=
>Tasvinder Singh<br><br><div style=3D"color:rgb(136,136,136);font-size:13px=
;font-family:arial,sans-serif"><span style=3D"font-size:12pt;line-height:18=
px;font-family:&#39;Times New Roman&#39;,serif"><br>

</span></div><div style=3D"color:rgb(136,136,136);font-size:13px;font-famil=
y:arial,sans-serif"><span style=3D"font-size:12pt;line-height:18px;font-fam=
ily:&#39;Times New Roman&#39;,serif"><br>
</span></div><br>
</div>
</div><br><br clear=3D"all"><br>-- <br><div style=3D"color:rgb(136,136,136)=
;font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,2=
55)"><span style=3D"font-size:12pt;line-height:18px;font-family:&#39;Times =
New Roman&#39;,serif">--</span></div>
<div style=3D"color:rgb(136,136,136);font-family:arial,sans-serif;font-size=
:13px;background-color:rgb(255,255,255)"><span style=3D"font-size:12pt;line=
-height:18px;font-family:&#39;Times New Roman&#39;,serif"><br></span></div>
<div style=3D"color:rgb(136,136,136);font-family:arial,sans-serif;font-size=
:13px;background-color:rgb(255,255,255)"><span style=3D"font-size:12pt;line=
-height:18px;font-family:&#39;Times New Roman&#39;,serif">&quot;To Iterate =
is Human, To Recurse is Divine&quot;</span></div>
<br>
</div>

--20cf307f37b6fcd5c804be7e22c3--


--===============0062601127069230920==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0062601127069230920==--


From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004Fx-66; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <codinggeek16@gmail.com>) id 1SMzF1-0001lO-MA
	for xen-api@lists.xen.org; Wed, 25 Apr 2012 10:14:31 +0000
Received: from [193.109.254.147:47510] by server-10.bemta-14.messagelabs.com
	id A2/44-05847-78EC79F4; Wed, 25 Apr 2012 10:14:31 +0000
X-Env-Sender: codinggeek16@gmail.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1335348869!6272064!1
X-Originating-IP: [209.85.220.173]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32632 invoked from network); 25 Apr 2012 10:14:30 -0000
Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com)
	(209.85.220.173)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	25 Apr 2012 10:14:30 -0000
Received: by vcbfl11 with SMTP id fl11so1370663vcb.32
	for <xen-api@lists.xen.org>; Wed, 25 Apr 2012 03:14:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=mvGFZw/D2gjWtjemEDqQN+B4EHGYs3im3uUlM1w/skA=;
	b=j+/OUH4zIlu/vg0xidFK27BBuW2xLu3fA2Vg6nCpMh9ahU+IZJTnHEpu7HcbbWvOtz
	e8/oSmdyFbZTDkP5HKMZe27JeN/qzkhse4Qt6OE9RtBxRVSQhBRCpRT1lJn4bXbVj6+4
	ok2MC5DgeCA8XD6HY6zRopeuL0LovRCWXrV7/7ONjnW761WRMqZHGFzWPcddgAmm/Vz9
	diz5adc776ZXlnvAWIf3zJQlBq01E3mCPfQqCPa71gRgoyaZ4Sl7L9NVQ+wv4pbe2RB8
	zixN4iY9ZG1Yoe9mWkZBOVWXt5sKVYWE7ZJshv3hamh0RZtYf9oxlGys276c0vrcnqRx
	UEfA==
MIME-Version: 1.0
Received: by 10.52.100.9 with SMTP id eu9mr1719926vdb.28.1335348868994; Wed,
	25 Apr 2012 03:14:28 -0700 (PDT)
Received: by 10.52.94.41 with HTTP; Wed, 25 Apr 2012 03:14:28 -0700 (PDT)
Date: Wed, 25 Apr 2012 15:44:28 +0530
Message-ID: <CADKnxgE2YnV1NFDeuA36CL_L4dKJOn97XXvKnZnaL_05X7Qv1g@mail.gmail.com>
From: Coding Geek <codinggeek16@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Subject: [Xen-API] Regarding persistence of VM's after live migration
 (virDomainmigrateToURI() problem)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0062601127069230920=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0062601127069230920==
Content-Type: multipart/alternative; boundary=20cf307f37b6fcd5c804be7e22c3

--20cf307f37b6fcd5c804be7e22c3
Content-Type: text/plain; charset=ISO-8859-1

Hello
I am working with 3 host machines each running xen with shared NFS storage.
I am working on automatic load balancing if one host is over utilized and
another is under utilized by measuring the utilization from xentop. I am
facing a problem after migration of VM. I am setting the flags ( 1| 8| 16)
in order to do live migration, persist VM on destination, undefine host
from source. After migration if I shut off the migrated VM on destination
host it does not persist. I am using the migrateToURI() API for migration.

Please help how to make VM persist on destination.

Thank you,
Tasvinder Singh







-- 
--

"To Iterate is Human, To Recurse is Divine"

--20cf307f37b6fcd5c804be7e22c3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_extra">Hello<br><div class=3D"gmail_quote"><div class=
=3D"gmail_extra">I am working with 3 host machines each running xen with sh=
ared NFS storage. I am working on automatic load balancing if one host is o=
ver utilized and another is under utilized by measuring the utilization fro=
m xentop. I am facing a problem after migration of VM. I am setting the fla=
gs ( 1| 8| 16) in order to do live migration, persist VM on destination, un=
define host from source. After migration if I shut off the migrated VM on d=
estination host it does not persist. I am using the migrateToURI() API for =
migration.<br>

<br>Please help how to make VM persist on destination.<br><br>Thank you,<br=
>Tasvinder Singh<br><br><div style=3D"color:rgb(136,136,136);font-size:13px=
;font-family:arial,sans-serif"><span style=3D"font-size:12pt;line-height:18=
px;font-family:&#39;Times New Roman&#39;,serif"><br>

</span></div><div style=3D"color:rgb(136,136,136);font-size:13px;font-famil=
y:arial,sans-serif"><span style=3D"font-size:12pt;line-height:18px;font-fam=
ily:&#39;Times New Roman&#39;,serif"><br>
</span></div><br>
</div>
</div><br><br clear=3D"all"><br>-- <br><div style=3D"color:rgb(136,136,136)=
;font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,2=
55)"><span style=3D"font-size:12pt;line-height:18px;font-family:&#39;Times =
New Roman&#39;,serif">--</span></div>
<div style=3D"color:rgb(136,136,136);font-family:arial,sans-serif;font-size=
:13px;background-color:rgb(255,255,255)"><span style=3D"font-size:12pt;line=
-height:18px;font-family:&#39;Times New Roman&#39;,serif"><br></span></div>
<div style=3D"color:rgb(136,136,136);font-family:arial,sans-serif;font-size=
:13px;background-color:rgb(255,255,255)"><span style=3D"font-size:12pt;line=
-height:18px;font-family:&#39;Times New Roman&#39;,serif">&quot;To Iterate =
is Human, To Recurse is Divine&quot;</span></div>
<br>
</div>

--20cf307f37b6fcd5c804be7e22c3--


--===============0062601127069230920==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0062601127069230920==--


From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004G2-Ay; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <frederik@cluttr.be>) id 1SN207-00035Y-4C
	for xen-api@lists.xen.org; Wed, 25 Apr 2012 13:11:19 +0000
Received: from [85.158.143.99:49403] by server-2.bemta-4.messagelabs.com id
	EB/68-17550-6F7F79F4; Wed, 25 Apr 2012 13:11:18 +0000
X-Env-Sender: frederik@cluttr.be
X-Msg-Ref: server-7.tower-216.messagelabs.com!1335359476!21838684!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27224 invoked from network); 25 Apr 2012 13:11:17 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 Apr 2012 13:11:17 -0000
Received: by yhoo21 with SMTP id o21so70951yho.32
	for <xen-api@lists.xen.org>; Wed, 25 Apr 2012 06:11:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:from:date:message-id:subject:to
	:content-type:x-gm-message-state;
	bh=HP3wQP23G7i+X4g+j5JRI6tVLJ0qC/rUATopAJ42JZ8=;
	b=FU9THlSyhpI1LaHu4q/vK26pPrgLoGrchMTImWvkFSMdYKMcfxNoiiyxD0g3kM+wbm
	mkusl2kpy+pzeHYKfI9qZje4EZWLavZ+uTH9EXbBCCpQm4bqQlNML/toQzoC9cXaFNHc
	pWQ1iN1wvWvOJK+6zGB3uV/x6ZI6JIB7HYXNBWs0cYNRLPCKFIsUFKnhwWwV0dnNNTgX
	Bxx7UbRdjpCP2m1nkQeX9ndOkeCr0tYSeZmnlALnMnXoiK0XOfZSFhvxFOKJBAwSVJG3
	rwxFBt2Xy9tl4zoULI1S43pa1gTBVyoHpTOuK0JJQZVceMZUSfNMir8ZWb5ecwmUWYrR
	T3hQ==
Received: by 10.236.175.104 with SMTP id y68mr2575317yhl.1.1335359475916; Wed,
	25 Apr 2012 06:11:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.147.32.8 with HTTP; Wed, 25 Apr 2012 06:10:58 -0700 (PDT)
X-Originating-IP: [83.101.71.159]
From: Frederik Van Hecke <frederik@cluttr.be>
Date: Wed, 25 Apr 2012 15:10:58 +0200
Message-ID: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnM3S1gFS1+yJM7GhpuUZRlIQVfAsM8Ku3RfTMiyzUHI4EGPZfKI9XFzKnVXIrNdr6cZRbz
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Subject: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8178750149967437258=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8178750149967437258==
Content-Type: multipart/alternative; boundary=20cf305e2871359ef204be809be1

--20cf305e2871359ef204be809be1
Content-Type: text/plain; charset=ISO-8859-1

Hi,

I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
However the memory record for the vm's guest_metrics is empty.

I was wondering whether that memory usage is retrievable through the API or
not?
I know it's in the RRD's, but if I can get it through the API that'd be so
much more consistent / convenient.

Any help / direction very much appreciated. Thank you.


Kind regards,
Frederik

--20cf305e2871359ef204be809be1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,<div><br></div><div>I&#39;m running XCP 1.5 Beta with xen-tools installe=
d in the DomU.</div><div>Both XenCenter (6.0.2) as xsconsole show the actua=
l memory usage of the VM.</div><div>However the memory record for the vm&#3=
9;s guest_metrics is empty.</div>

<div><br></div><div>I was wondering whether that memory usage is retrievabl=
e through the API or not?</div><div>I know it&#39;s in the RRD&#39;s, but i=
f I can get it through the API that&#39;d be so much more consistent / conv=
enient.</div>

<div><br></div><div>Any help / direction very much appreciated. Thank you.<=
/div><div><br></div><div><br>
</div><div>Kind regards,</div><div>Frederik</div>

--20cf305e2871359ef204be809be1--


--===============8178750149967437258==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8178750149967437258==--


From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004Fs-2A; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dunlapg@gmail.com>) id 1SMfrc-0000IB-4S
	for xen-api@lists.xen.org; Tue, 24 Apr 2012 13:33:04 +0000
Received: from [193.109.254.147:45906] by server-12.bemta-14.messagelabs.com
	id 9B/56-05898-F8BA69F4; Tue, 24 Apr 2012 13:33:03 +0000
X-Env-Sender: dunlapg@gmail.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1335274381!6035928!1
X-Originating-IP: [209.85.216.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1048 invoked from network); 24 Apr 2012 13:33:02 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Apr 2012 13:33:02 -0000
Received: by qcsc20 with SMTP id c20so444011qcs.32
	for <multiple recipients>; Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=8FfiVNcAiax2gMhvwg09FFBalQxYmPalPvtbg2mdPlI=;
	b=DHzFySSPW8uIk4bDFc2eMRPe+6MOKuOxL7SlFMuIgBbaK39mIhcYG6oc+6bImx8MXs
	brwq8oiILHBqtLqHwj1UUJPP9A0y+yNrpFgmJfm9HJ2VB8ngtOU7vxKtokG3TIL0xXaj
	lUCEv2/wfslDrFwycZNFIYcsW4b3RVtazSpKZtml6NwNNtCmRHXqkKflP0MPJys+HO1A
	VyFFRcwRc38n+p569tQnwNI7kEqEfpG9JqDPdy0KSdCSARhyL2Dp15ySxqDNJkAfYC+P
	9WA8xucxESX+LzDlOs5N9ywvVkWhz+HnTlKwmKVmPWA6/yqpBbJfuwNaCkVu4ZKAcja/
	CCtQ==
MIME-Version: 1.0
Received: by 10.224.106.131 with SMTP id x3mr16400028qao.23.1335274381317;
	Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
Received: by 10.229.44.145 with HTTP; Tue, 24 Apr 2012 06:33:01 -0700 (PDT)
In-Reply-To: <4F96813C.6030108@xen.org>
References: <4F9199E5.5080409@xen.org>
	<4F96813C.6030108@xen.org>
Date: Tue, 24 Apr 2012 14:33:01 +0100
X-Google-Sender-Auth: 53dzhvF9NxgwZG6j2Yoh1Eo1pKA
Message-ID: <CAFLBxZbwECZnAnko1y3Ec4C2kj9eofJ+tF-fA+3LjVgBXgJR7Q@mail.gmail.com>
From: George Dunlap <dunlapg@umich.edu>
To: lars.kurth@xen.org
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] IMPORTANT: Changes to XenSummit Format :
	Please vote!
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, Apr 24, 2012 at 11:32 AM, Lars Kurth <lars.kurth@xen.org> wrote:
> I got a number of votes so far: votes are still open until Friday
>
> let me summarize votes so far:
> - 5 votes for sunday (option 1)
+1=6 votes for Sunday
> - 2 votes for a parallel session on the 26th PM (option 3.1)
> - 1 vote for cutting XenSummit short (option 2)
>
> Regards
> Lars
>
>
> On 20/04/2012 18:16, Lars Kurth wrote:
>>
>> Hi everybody,
>>
>> I have been talking to a number of the key contributors to the project
>> regarding XenSummit and got feedback on the format of XenSummit. Please
>> read, if you are active in the community and DO VOTE!
>>
>> Cheers
>> Lars
>>
>> Change of date in CFP!
>> ======================
>> First I wanted to annouce that we are extending the CFP from May 1st to
>> 15th of June. Key community members felt that May 1 is too early. In
>> particular because we have closed the CFP 5-6 weeks before the event in the
>> past. Due to contractual issues June 15th is the last day we can do though.
>>
>> Proposal! PLEASE READ!
>> ======================
>> A number of vendors felt we should change the format of XenSummit to be
>> more like the Linux Kernel Summit. I.e.
>> a) An invite only event for the top 20-30 developers of the project
>> b) The main focus would be around finding technical solutions and making
>> decisions
>> I can see the merit of this, but it is too late to do this for all of
>> XenSummit due to event contracts that havce been signed.
>>
>> However we have a number of options, moving towards this:
>> 1) Start half a day early and have an invite only XenDev Event event on
>> Sunday afteroon
>> 2) Cut XenSummit short by 1/2 day and append the XenDev event. This may
>> incur some financial penalties for Xen.org and the overall ticket cost may
>> have to be higher than in the past.
>> 3) Do the invite only meeting in parallel with XenSummit. I have an
>> additional large room on TUE the 27th, which we could use for this and I
>> also have two break-out rooms and can allocate one of them to the XenDev
>> event (these were intended for people sitting together and hacking on stuff
>> and/or BoFs). There are several options: hold the XenDev event on
>> 3.1) 26th afternoon
>> 3.2) 27th morning
>> 3.3) 27th afternoon
>>
>> In my view option 1) and 3.1) have the advantage that we can report back
>> to XenSummit, that nobody will miss key talks and that people can sit
>> together in the break-out rooms.
>>
>> Vote
>> ====
>> Please vote by providing. Vote closes by the 27th. Vote by replying to
>> this mail with ...
>> -1: none of the above (i.e. I dont want a XenDev event)
>> +1 for a DevMeeting on sunday (aka for proposal 1)
>> +1 for cutting XenSummit short (aka for proposal 2)
>> +1 for parallel 26th PM (aka proposal 3.1)
>> +1 for parallel 27th AM (aka proposal 3.2)
>> +1 for parallel 27th PM (aka proposal 3.3)
>>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 09:41:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:41:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9aJ-0004G2-Ay; Tue, 01 May 2012 09:41:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <frederik@cluttr.be>) id 1SN207-00035Y-4C
	for xen-api@lists.xen.org; Wed, 25 Apr 2012 13:11:19 +0000
Received: from [85.158.143.99:49403] by server-2.bemta-4.messagelabs.com id
	EB/68-17550-6F7F79F4; Wed, 25 Apr 2012 13:11:18 +0000
X-Env-Sender: frederik@cluttr.be
X-Msg-Ref: server-7.tower-216.messagelabs.com!1335359476!21838684!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27224 invoked from network); 25 Apr 2012 13:11:17 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 Apr 2012 13:11:17 -0000
Received: by yhoo21 with SMTP id o21so70951yho.32
	for <xen-api@lists.xen.org>; Wed, 25 Apr 2012 06:11:15 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:from:date:message-id:subject:to
	:content-type:x-gm-message-state;
	bh=HP3wQP23G7i+X4g+j5JRI6tVLJ0qC/rUATopAJ42JZ8=;
	b=FU9THlSyhpI1LaHu4q/vK26pPrgLoGrchMTImWvkFSMdYKMcfxNoiiyxD0g3kM+wbm
	mkusl2kpy+pzeHYKfI9qZje4EZWLavZ+uTH9EXbBCCpQm4bqQlNML/toQzoC9cXaFNHc
	pWQ1iN1wvWvOJK+6zGB3uV/x6ZI6JIB7HYXNBWs0cYNRLPCKFIsUFKnhwWwV0dnNNTgX
	Bxx7UbRdjpCP2m1nkQeX9ndOkeCr0tYSeZmnlALnMnXoiK0XOfZSFhvxFOKJBAwSVJG3
	rwxFBt2Xy9tl4zoULI1S43pa1gTBVyoHpTOuK0JJQZVceMZUSfNMir8ZWb5ecwmUWYrR
	T3hQ==
Received: by 10.236.175.104 with SMTP id y68mr2575317yhl.1.1335359475916; Wed,
	25 Apr 2012 06:11:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.147.32.8 with HTTP; Wed, 25 Apr 2012 06:10:58 -0700 (PDT)
X-Originating-IP: [83.101.71.159]
From: Frederik Van Hecke <frederik@cluttr.be>
Date: Wed, 25 Apr 2012 15:10:58 +0200
Message-ID: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnM3S1gFS1+yJM7GhpuUZRlIQVfAsM8Ku3RfTMiyzUHI4EGPZfKI9XFzKnVXIrNdr6cZRbz
X-Mailman-Approved-At: Tue, 01 May 2012 09:41:26 +0000
Subject: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8178750149967437258=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8178750149967437258==
Content-Type: multipart/alternative; boundary=20cf305e2871359ef204be809be1

--20cf305e2871359ef204be809be1
Content-Type: text/plain; charset=ISO-8859-1

Hi,

I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
However the memory record for the vm's guest_metrics is empty.

I was wondering whether that memory usage is retrievable through the API or
not?
I know it's in the RRD's, but if I can get it through the API that'd be so
much more consistent / convenient.

Any help / direction very much appreciated. Thank you.


Kind regards,
Frederik

--20cf305e2871359ef204be809be1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,<div><br></div><div>I&#39;m running XCP 1.5 Beta with xen-tools installe=
d in the DomU.</div><div>Both XenCenter (6.0.2) as xsconsole show the actua=
l memory usage of the VM.</div><div>However the memory record for the vm&#3=
9;s guest_metrics is empty.</div>

<div><br></div><div>I was wondering whether that memory usage is retrievabl=
e through the API or not?</div><div>I know it&#39;s in the RRD&#39;s, but i=
f I can get it through the API that&#39;d be so much more consistent / conv=
enient.</div>

<div><br></div><div>Any help / direction very much appreciated. Thank you.<=
/div><div><br></div><div><br>
</div><div>Kind regards,</div><div>Frederik</div>

--20cf305e2871359ef204be809be1--


--===============8178750149967437258==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8178750149967437258==--


From xen-api-bounces@lists.xen.org Tue May 01 09:48:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:48:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9gl-0004S0-1a; Tue, 01 May 2012 09:48:07 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SP9gj-0004Rr-R3
	for xen-api@lists.xen.org; Tue, 01 May 2012 09:48:05 +0000
Received: from [85.158.143.35:35767] by server-3.bemta-4.messagelabs.com id
	ED/24-05853-551BF9F4; Tue, 01 May 2012 09:48:05 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1335865683!7119268!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7450 invoked from network); 1 May 2012 09:48:04 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 09:48:04 -0000
X-IronPort-AV: E=Sophos;i="4.75,509,1330905600"; d="scan'208";a="12218816"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 09:48:02 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 1 May 2012
	10:48:02 +0100
Message-ID: <1335865681.6038.76.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 10:48:01 +0100
In-Reply-To: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com>
References: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] no templates on debian unstable
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Somewhat counter-intuitively, xen-api@ is actually a better list for
xapi/xcp support issues. I've CC'd them.

On Mon, 2012-04-30 at 19:25 +0100, David Hout wrote:
> Hi,
> 
>  
> 
> Can anybody help me debug why "xe template-list" doesn't find any
> templates?
> 
>  
> 
> Thanks,
> 
>  
> 
> Dave
> 



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 09:48:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 09:48:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SP9gl-0004S0-1a; Tue, 01 May 2012 09:48:07 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SP9gj-0004Rr-R3
	for xen-api@lists.xen.org; Tue, 01 May 2012 09:48:05 +0000
Received: from [85.158.143.35:35767] by server-3.bemta-4.messagelabs.com id
	ED/24-05853-551BF9F4; Tue, 01 May 2012 09:48:05 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1335865683!7119268!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7450 invoked from network); 1 May 2012 09:48:04 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 09:48:04 -0000
X-IronPort-AV: E=Sophos;i="4.75,509,1330905600"; d="scan'208";a="12218816"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 09:48:02 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 1 May 2012
	10:48:02 +0100
Message-ID: <1335865681.6038.76.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 10:48:01 +0100
In-Reply-To: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com>
References: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] no templates on debian unstable
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Somewhat counter-intuitively, xen-api@ is actually a better list for
xapi/xcp support issues. I've CC'd them.

On Mon, 2012-04-30 at 19:25 +0100, David Hout wrote:
> Hi,
> 
>  
> 
> Can anybody help me debug why "xe template-list" doesn't find any
> templates?
> 
>  
> 
> Thanks,
> 
>  
> 
> Dave
> 



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 12:15:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:15:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPBz9-00067L-Ma; Tue, 01 May 2012 12:15:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPBz8-00067G-90
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:15:14 +0000
Received: from [85.158.138.51:31893] by server-4.bemta-3.messagelabs.com id
	B8/0B-15341-1D3DF9F4; Tue, 01 May 2012 12:15:13 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1335874511!24596659!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4119 invoked from network); 1 May 2012 12:15:12 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 12:15:12 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41CFApo016320
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 08:15:10 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:49792]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id FC/F4-08217-EC3DF9F4; Tue, 01 May 2012 08:15:10 -0400
Date: Tue, 1 May 2012 08:15:10 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: xen-api@lists.xen.org
Message-ID: <1473842979.175484.1335874510333.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] kronos on debian
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5015047839972276540=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5015047839972276540==
Content-Type: multipart/alternative; 
	boundary="----=_Part_175483_1084252890.1335874510330"

------=_Part_175483_1084252890.1335874510330
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi,

In the wiki
(http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution
<http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution> )

there is section called "Workaround XAPI Conflicts with XEND (Debian and
Ubuntu)".  It directs you to use sed to edit the /etc/init.d/xend file in place.
 I *think* this is supposed to be /etc/init.d/xen rather than /etc/init.d/xend
b/c the xend file doesn't exist (at least not on my system).

Can anybody confirm that?  And if so what is the process for changing the
instructions for future generations?

Thanks,

Dave


------=_Part_175483_1084252890.1335874510330
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/>
 </head><body>
 
 
  <p style="margin: 0;"><span>Hi,</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>In the wiki (<a href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>)</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>there is section called &#34;Workaround XAPI Conflicts with XEND (Debian and Ubuntu)&#34;. &#160;It directs you to use sed to edit the /etc/init.d/xend file in place. &#160;I *think* this is supposed to be /etc/init.d/xen rather than /etc/init.d/xend b/c the xend file doesn&#39;t exist (at least not on my system). &#160;</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Can anybody confirm that? &#160;And if so what is the process for changing the instructions for future generations?</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Thanks,</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Dave</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;">&#160;</p>
 
</body></html>
------=_Part_175483_1084252890.1335874510330--


--===============5015047839972276540==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5015047839972276540==--


From xen-api-bounces@lists.xen.org Tue May 01 12:15:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:15:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPBz9-00067L-Ma; Tue, 01 May 2012 12:15:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPBz8-00067G-90
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:15:14 +0000
Received: from [85.158.138.51:31893] by server-4.bemta-3.messagelabs.com id
	B8/0B-15341-1D3DF9F4; Tue, 01 May 2012 12:15:13 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1335874511!24596659!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4119 invoked from network); 1 May 2012 12:15:12 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 12:15:12 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41CFApo016320
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 08:15:10 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:49792]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id FC/F4-08217-EC3DF9F4; Tue, 01 May 2012 08:15:10 -0400
Date: Tue, 1 May 2012 08:15:10 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: xen-api@lists.xen.org
Message-ID: <1473842979.175484.1335874510333.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] kronos on debian
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5015047839972276540=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5015047839972276540==
Content-Type: multipart/alternative; 
	boundary="----=_Part_175483_1084252890.1335874510330"

------=_Part_175483_1084252890.1335874510330
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hi,

In the wiki
(http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution
<http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution> )

there is section called "Workaround XAPI Conflicts with XEND (Debian and
Ubuntu)".  It directs you to use sed to edit the /etc/init.d/xend file in place.
 I *think* this is supposed to be /etc/init.d/xen rather than /etc/init.d/xend
b/c the xend file doesn't exist (at least not on my system).

Can anybody confirm that?  And if so what is the process for changing the
instructions for future generations?

Thanks,

Dave


------=_Part_175483_1084252890.1335874510330
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/>
 </head><body>
 
 
  <p style="margin: 0;"><span>Hi,</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>In the wiki (<a href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>)</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>there is section called &#34;Workaround XAPI Conflicts with XEND (Debian and Ubuntu)&#34;. &#160;It directs you to use sed to edit the /etc/init.d/xend file in place. &#160;I *think* this is supposed to be /etc/init.d/xen rather than /etc/init.d/xend b/c the xend file doesn&#39;t exist (at least not on my system). &#160;</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Can anybody confirm that? &#160;And if so what is the process for changing the instructions for future generations?</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Thanks,</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;"><span>Dave</span></p> 
  <p style="margin: 0;"><span>&#160;</span></p> 
  <p style="margin: 0;">&#160;</p>
 
</body></html>
------=_Part_175483_1084252890.1335874510330--


--===============5015047839972276540==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5015047839972276540==--


From xen-api-bounces@lists.xen.org Tue May 01 12:44:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:44:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCRS-0006fE-9P; Tue, 01 May 2012 12:44:30 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPCRQ-0006f9-0U
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:44:28 +0000
Received: from [85.158.139.83:19474] by server-12.bemta-5.messagelabs.com id
	85/55-01344-BAADF9F4; Tue, 01 May 2012 12:44:27 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1335876265!25568195!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMTU1\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23825 invoked from network); 1 May 2012 12:44:26 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 1 May 2012 12:44:26 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41CiOCc015358
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 08:44:24 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:52323]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 8A/80-07291-8AADF9F4; Tue, 01 May 2012 08:44:24 -0400
Date: Tue, 1 May 2012 08:44:24 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: xen-api@lists.xen.org
Message-ID: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4319457973809785905=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4319457973809785905==
Content-Type: multipart/alternative; 
	boundary="----=_Part_179064_2139646271.1335876264358"

------=_Part_179064_2139646271.1335876264358
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

I'm getting closer with my Kronos on Debian configuration.

I'm issuing a series of xe commands to launch a vm and it's failing with a
"device disappeared from xenstore" error.  Can anybody provide guidance?

Thanks,

Dave

Here is the sequence of CLI commands I'm running followed by the error mess=
age:

TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 (32-b=
it)=E2=80=9D --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM
other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
<http://ftp.uk.debian.org/debian>
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB
dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven
message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd |
debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))
------=_Part_179064_2139646271.1335876264358
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Hi,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I&#39;m getting closer with my Kronos on De=
bian configuration.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;">I&#39;m issuing a series of xe commands to launch=
 a vm and it&#39;s failing with a &#34;device disappeared from xenstore&#34=
; error. &#160;Can anybody provide guidance?</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks,</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Dave</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Here is the sequence of CLI commands I&#39;m runn=
ing followed by the error message:</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;"><span><strong id=3D"internal-source-marker_0.3658=
3621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDeb=
ian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-in=
stall template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWOR=
K=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe =
vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><sp=
an>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</span><a h=
ref=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debi=
an</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-=
max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/>=
<span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few seco=
nds and comes back with an error:</span><br/><span>The server failed to han=
dle your request, due to an internal error. &#160;The given message may giv=
e details useful for debugging the problem.</span><br/><span>message: &#160=
;the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | d=
ebid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></st=
rong><span></span></span></p>=20
  <p style=3D"margin: 0px; "></p>
=20
</body></html>
------=_Part_179064_2139646271.1335876264358--


--===============4319457973809785905==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4319457973809785905==--


From xen-api-bounces@lists.xen.org Tue May 01 12:44:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:44:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCRS-0006fE-9P; Tue, 01 May 2012 12:44:30 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPCRQ-0006f9-0U
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:44:28 +0000
Received: from [85.158.139.83:19474] by server-12.bemta-5.messagelabs.com id
	85/55-01344-BAADF9F4; Tue, 01 May 2012 12:44:27 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1335876265!25568195!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMTU1\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23825 invoked from network); 1 May 2012 12:44:26 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 1 May 2012 12:44:26 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41CiOCc015358
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 08:44:24 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:52323]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 8A/80-07291-8AADF9F4; Tue, 01 May 2012 08:44:24 -0400
Date: Tue, 1 May 2012 08:44:24 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: xen-api@lists.xen.org
Message-ID: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4319457973809785905=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4319457973809785905==
Content-Type: multipart/alternative; 
	boundary="----=_Part_179064_2139646271.1335876264358"

------=_Part_179064_2139646271.1335876264358
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi,

I'm getting closer with my Kronos on Debian configuration.

I'm issuing a series of xe commands to launch a vm and it's failing with a
"device disappeared from xenstore" error.  Can anybody provide guidance?

Thanks,

Dave

Here is the sequence of CLI commands I'm running followed by the error mess=
age:

TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 (32-b=
it)=E2=80=9D --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM
other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
<http://ftp.uk.debian.org/debian>
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB
dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven
message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd |
debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))
------=_Part_179064_2139646271.1335876264358
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Hi,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I&#39;m getting closer with my Kronos on De=
bian configuration.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;">I&#39;m issuing a series of xe commands to launch=
 a vm and it&#39;s failing with a &#34;device disappeared from xenstore&#34=
; error. &#160;Can anybody provide guidance?</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks,</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Dave</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Here is the sequence of CLI commands I&#39;m runn=
ing followed by the error message:</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;"><span><strong id=3D"internal-source-marker_0.3658=
3621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDeb=
ian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-in=
stall template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWOR=
K=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe =
vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><sp=
an>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</span><a h=
ref=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debi=
an</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-=
max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/>=
<span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few seco=
nds and comes back with an error:</span><br/><span>The server failed to han=
dle your request, due to an internal error. &#160;The given message may giv=
e details useful for debugging the problem.</span><br/><span>message: &#160=
;the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | d=
ebid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></st=
rong><span></span></span></p>=20
  <p style=3D"margin: 0px; "></p>
=20
</body></html>
------=_Part_179064_2139646271.1335876264358--


--===============4319457973809785905==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4319457973809785905==--


From xen-api-bounces@lists.xen.org Tue May 01 12:50:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:50:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCXa-0006jx-So; Tue, 01 May 2012 12:50:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPCXZ-0006jn-Tf
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:50:50 +0000
Received: from [193.109.254.147:61348] by server-11.bemta-14.messagelabs.com
	id BD/E2-05858-92CDF9F4; Tue, 01 May 2012 12:50:49 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1335876648!7168287!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28901 invoked from network); 1 May 2012 12:50:48 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 12:50:48 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208,217";a="12222347"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 12:50:48 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 1 May 2012
	13:50:48 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 13:50:43 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nmQfsGK43r+YnSxGdQ2cGWDoL4g==
Message-ID: <420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7494327041436262471=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7494327041436262471==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_"

--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))


--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Hi Dave,<div><br></div><di=
v>Have you disabled xend? Run:</div><div><br></div><div>ps auxw | grep xend=
</div><div><br></div><div>and see if you get anything.&nbsp;</div><div><br>=
</div><div>Jon</div><div><br><div><div>On 1 May 2012, at 13:44, David Hout =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D"cit=
e">


    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Hi,</span></div><p style=3D"margin: 0;"><span>&n=
bsp;</span></p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bot=
tom: 0px; margin-left: 0px; "><span>I'm getting closer with my Kronos on De=
bian configuration.</span></div><p style=3D"margin: 0;"><span>&nbsp;</span>=
</p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; m=
argin-left: 0px; ">I'm issuing a series of xe commands to launch a vm and i=
t's failing with a "device disappeared from xenstore" error. &nbsp;Can anyb=
ody provide guidance?</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"=
margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "=
>Thanks,</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0=
px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Dave</div><p=
 style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right=
: 0px; margin-bottom: 0px; margin-left: 0px; ">Here is the sequence of CLI =
commands I'm running followed by the error message:</div><p style=3D"margin=
: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bo=
ttom: 0px; margin-left: 0px; "><span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debi=
an Squeeze 6.0 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install te=
mplate=3D$TEMPLATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe n=
etwork-list bridge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create=
 vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-pa=
ram-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http=
://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></=
a><br><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB=
 dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-s=
tart uuid=3D$VM</span><br><br><span>This runs for a few seconds and comes b=
ack with an error:</span><br><span>The server failed to handle your request=
, due to an internal error. &nbsp;The given message may give details useful=
 for debugging the problem.</span><br><span>message: &nbsp;the device disap=
peared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); ba=
ckend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong><span></span=
></span></div><p style=3D"margin: 0px; "></p>
=20
</div></blockquote></div><br></div></body></html>=

--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_--


--===============7494327041436262471==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7494327041436262471==--


From xen-api-bounces@lists.xen.org Tue May 01 12:50:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:50:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCXa-0006jx-So; Tue, 01 May 2012 12:50:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPCXZ-0006jn-Tf
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:50:50 +0000
Received: from [193.109.254.147:61348] by server-11.bemta-14.messagelabs.com
	id BD/E2-05858-92CDF9F4; Tue, 01 May 2012 12:50:49 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1335876648!7168287!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28901 invoked from network); 1 May 2012 12:50:48 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 12:50:48 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208,217";a="12222347"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 12:50:48 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 1 May 2012
	13:50:48 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 13:50:43 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nmQfsGK43r+YnSxGdQ2cGWDoL4g==
Message-ID: <420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7494327041436262471=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7494327041436262471==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_"

--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))


--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Hi Dave,<div><br></div><di=
v>Have you disabled xend? Run:</div><div><br></div><div>ps auxw | grep xend=
</div><div><br></div><div>and see if you get anything.&nbsp;</div><div><br>=
</div><div>Jon</div><div><br><div><div>On 1 May 2012, at 13:44, David Hout =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D"cit=
e">


    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Hi,</span></div><p style=3D"margin: 0;"><span>&n=
bsp;</span></p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bot=
tom: 0px; margin-left: 0px; "><span>I'm getting closer with my Kronos on De=
bian configuration.</span></div><p style=3D"margin: 0;"><span>&nbsp;</span>=
</p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; m=
argin-left: 0px; ">I'm issuing a series of xe commands to launch a vm and i=
t's failing with a "device disappeared from xenstore" error. &nbsp;Can anyb=
ody provide guidance?</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"=
margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "=
>Thanks,</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0=
px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Dave</div><p=
 style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right=
: 0px; margin-bottom: 0px; margin-left: 0px; ">Here is the sequence of CLI =
commands I'm running followed by the error message:</div><p style=3D"margin=
: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bo=
ttom: 0px; margin-left: 0px; "><span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debi=
an Squeeze 6.0 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install te=
mplate=3D$TEMPLATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe n=
etwork-list bridge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create=
 vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-pa=
ram-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http=
://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></=
a><br><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB=
 dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-s=
tart uuid=3D$VM</span><br><br><span>This runs for a few seconds and comes b=
ack with an error:</span><br><span>The server failed to handle your request=
, due to an internal error. &nbsp;The given message may give details useful=
 for debugging the problem.</span><br><span>message: &nbsp;the device disap=
peared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); ba=
ckend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong><span></span=
></span></div><p style=3D"margin: 0px; "></p>
=20
</div></blockquote></div><br></div></body></html>=

--_000_420668FD7DA643049DBCC5C8B01D3009eucitrixcom_--


--===============7494327041436262471==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7494327041436262471==--


From xen-api-bounces@lists.xen.org Tue May 01 12:58:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:58:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCeW-0006oV-Sh; Tue, 01 May 2012 12:58:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPCeV-0006oQ-E1
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:57:59 +0000
Received: from [85.158.139.83:34962] by server-8.bemta-5.messagelabs.com id
	F3/AA-26964-6DDDF9F4; Tue, 01 May 2012 12:57:58 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1335877078!22304365!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25598 invoked from network); 1 May 2012 12:57:58 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 12:57:58 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208";a="12222554"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 12:57:57 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 1 May 2012
	13:57:57 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: Frederik Van Hecke <frederik@cluttr.be>
Date: Tue, 1 May 2012 13:57:54 +0100
Thread-Topic: [Xen-API] XenAPI & DomU Memory Usage
Thread-Index: Ac0nmggwN2bZLUiFSvCGYNwxywyVyA==
Message-ID: <CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
References: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
In-Reply-To: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

You can use the API call 'VM.query_data_source' to query a single RRD data source through the API.

e.g.

[root@st21 ~]# python
Python 2.4.3 (#1, Sep 21 2011, 20:06:00) 
[GCC 4.1.2 20080704 (Red Hat 4.1.2-51)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import xmlrpclib
>>> s=xmlrpclib.Server("http://localhost/")
>>> s.session.login_with_password("root","root")
{'Status': 'Success', 'Value': 'OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'}
>>> sess='OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'
>>> vm=s.VM.get_by_uuid(sess,'c4d25869-386d-4238-2bc4-851b021a14e2')['Value']
>>> s.VM.query_data_source(sess,vm,'memory')         
{'Status': 'Success', 'Value': 268435456.0}

This is, of course, only recommended if it's all you want. Don't query all data sources on all VMs on all hosts every five seconds like this - use the RRDs :-)

Jon

On 25 Apr 2012, at 14:10, Frederik Van Hecke wrote:

> Hi,
> 
> I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
> Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
> However the memory record for the vm's guest_metrics is empty.
> 
> I was wondering whether that memory usage is retrievable through the API or not?
> I know it's in the RRD's, but if I can get it through the API that'd be so much more consistent / convenient.
> 
> Any help / direction very much appreciated. Thank you.
> 
> 
> Kind regards,
> Frederik
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 12:58:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 12:58:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPCeW-0006oV-Sh; Tue, 01 May 2012 12:58:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPCeV-0006oQ-E1
	for xen-api@lists.xen.org; Tue, 01 May 2012 12:57:59 +0000
Received: from [85.158.139.83:34962] by server-8.bemta-5.messagelabs.com id
	F3/AA-26964-6DDDF9F4; Tue, 01 May 2012 12:57:58 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-7.tower-182.messagelabs.com!1335877078!22304365!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25598 invoked from network); 1 May 2012 12:57:58 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 12:57:58 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208";a="12222554"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 12:57:57 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 1 May 2012
	13:57:57 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: Frederik Van Hecke <frederik@cluttr.be>
Date: Tue, 1 May 2012 13:57:54 +0100
Thread-Topic: [Xen-API] XenAPI & DomU Memory Usage
Thread-Index: Ac0nmggwN2bZLUiFSvCGYNwxywyVyA==
Message-ID: <CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
References: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
In-Reply-To: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

You can use the API call 'VM.query_data_source' to query a single RRD data source through the API.

e.g.

[root@st21 ~]# python
Python 2.4.3 (#1, Sep 21 2011, 20:06:00) 
[GCC 4.1.2 20080704 (Red Hat 4.1.2-51)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import xmlrpclib
>>> s=xmlrpclib.Server("http://localhost/")
>>> s.session.login_with_password("root","root")
{'Status': 'Success', 'Value': 'OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'}
>>> sess='OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'
>>> vm=s.VM.get_by_uuid(sess,'c4d25869-386d-4238-2bc4-851b021a14e2')['Value']
>>> s.VM.query_data_source(sess,vm,'memory')         
{'Status': 'Success', 'Value': 268435456.0}

This is, of course, only recommended if it's all you want. Don't query all data sources on all VMs on all hosts every five seconds like this - use the RRDs :-)

Jon

On 25 Apr 2012, at 14:10, Frederik Van Hecke wrote:

> Hi,
> 
> I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
> Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
> However the memory record for the vm's guest_metrics is empty.
> 
> I was wondering whether that memory usage is retrievable through the API or not?
> I know it's in the RRD's, but if I can get it through the API that'd be so much more consistent / convenient.
> 
> Any help / direction very much appreciated. Thank you.
> 
> 
> Kind regards,
> Frederik
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 01 13:24:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 13:24:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPD3w-0007Ds-Nx; Tue, 01 May 2012 13:24:16 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPD3v-0007Dn-0X
	for xen-api@lists.xen.org; Tue, 01 May 2012 13:24:15 +0000
Received: from [85.158.138.51:59291] by server-2.bemta-3.messagelabs.com id
	3C/A3-09269-EF3EF9F4; Tue, 01 May 2012 13:24:14 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-8.tower-174.messagelabs.com!1335878651!24561080!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMTU1\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17349 invoked from network); 1 May 2012 13:24:13 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 1 May 2012 13:24:13 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41DOB9U029515
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 09:24:11 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:56514]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 5E/2A-07291-BF3EF9F4; Tue, 01 May 2012 09:24:11 -0400
Date: Tue, 1 May 2012 09:24:11 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6200186313633651698=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6200186313633651698==
Content-Type: multipart/alternative; 
	boundary="----=_Part_183601_1096885987.1335878651410"

------=_Part_183601_1096885987.1335878651410
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks Jon - I ran that and xend is not running


On May 1, 2012 at 8:50 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> Hi Dave,
>=20
> Have you disabled xend? Run:
>=20
> ps auxw | grep xend
>=20
> and see if you get anything.
>=20
> Jon
>=20
> On 1 May 2012, at 13:44, David Hout wrote:
>=20
> > Hi,
> >=20
> > I'm getting closer with my Kronos on Debian configuration.
> >=20
> > I'm issuing a series of xe commands to launch a vm and it's failing wit=
h a
> > "device disappeared from xenstore" error.  Can anybody provide guidance=
?
> >=20
> > Thanks,
> >=20
> > Dave
> >=20
> > Here is the sequence of CLI commands I'm running followed by the error
> > message:
> >=20
> > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 (=
32-bit)=E2=80=9D
> > --minimal
> > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
> > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
> > xe vm-param-set uuid=3D$VM
> > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
> > <http://ftp.uk.debian.org/debian>
> > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > xe vm-start uuid=3D$VM
> >=20
> > This runs for a few seconds and comes back with an error:
> > The server failed to handle your request, due to an internal error.  Th=
e
> > given message may give details useful for debugging the problem.
> > message:  the device disappeared from xenstore (frontend (domid=3D1 | k=
ind=3Dvbd
> > | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))
> >=20

------=_Part_183601_1096885987.1335878651410
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;">Thanks Jon - I ran that and xend is not running</=
p>=20
  <p style=3D"margin: 0;"></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hi Dave,=20
     <div>
      &#160;
     </div>=20
     <div>
      Have you disabled xend? Run:
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      ps auxw | grep xend
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      and see if you get anything.&#160;
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 13:44, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Hi,</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I&#39;m getting closer with my Kronos on Debian configurati=
on.</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I&#39;m issuing a series of xe commands to launch a vm and it&#39=
;s failing with a &#34;device disappeared from xenstore&#34; error. &#160;C=
an anybody provide guidance?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Here is the sequence of CLI commands I&#39;m running followed by =
the error message:
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          <span><strong id=3D"internal-source-marker_0.36583621986210346"><=
span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 =
(32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-install template=
=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=3D`xe networ=
k-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe vif-create vm-=
uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><span>xe vm-param=
-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http://=
ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><=
br/><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB d=
ynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><span>xe vm-st=
art uuid=3D$VM</span><br/><br/><span>This runs for a few seconds and comes =
back with an error:</span><br/><span>The server failed to handle your reque=
st, due to an internal error. &#160;The given message may give details usef=
ul for debugging the problem.</span><br/><span>message: &#160;the device di=
sappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712);=
 backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
         </div>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_183601_1096885987.1335878651410--


--===============6200186313633651698==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6200186313633651698==--


From xen-api-bounces@lists.xen.org Tue May 01 13:24:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 13:24:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPD3w-0007Ds-Nx; Tue, 01 May 2012 13:24:16 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPD3v-0007Dn-0X
	for xen-api@lists.xen.org; Tue, 01 May 2012 13:24:15 +0000
Received: from [85.158.138.51:59291] by server-2.bemta-3.messagelabs.com id
	3C/A3-09269-EF3EF9F4; Tue, 01 May 2012 13:24:14 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-8.tower-174.messagelabs.com!1335878651!24561080!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMTU1\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17349 invoked from network); 1 May 2012 13:24:13 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 1 May 2012 13:24:13 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41DOB9U029515
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 09:24:11 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:56514]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 5E/2A-07291-BF3EF9F4; Tue, 01 May 2012 09:24:11 -0400
Date: Tue, 1 May 2012 09:24:11 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6200186313633651698=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6200186313633651698==
Content-Type: multipart/alternative; 
	boundary="----=_Part_183601_1096885987.1335878651410"

------=_Part_183601_1096885987.1335878651410
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks Jon - I ran that and xend is not running


On May 1, 2012 at 8:50 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> Hi Dave,
>=20
> Have you disabled xend? Run:
>=20
> ps auxw | grep xend
>=20
> and see if you get anything.
>=20
> Jon
>=20
> On 1 May 2012, at 13:44, David Hout wrote:
>=20
> > Hi,
> >=20
> > I'm getting closer with my Kronos on Debian configuration.
> >=20
> > I'm issuing a series of xe commands to launch a vm and it's failing wit=
h a
> > "device disappeared from xenstore" error.  Can anybody provide guidance=
?
> >=20
> > Thanks,
> >=20
> > Dave
> >=20
> > Here is the sequence of CLI commands I'm running followed by the error
> > message:
> >=20
> > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 (=
32-bit)=E2=80=9D
> > --minimal
> > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
> > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
> > xe vm-param-set uuid=3D$VM
> > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
> > <http://ftp.uk.debian.org/debian>
> > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > xe vm-start uuid=3D$VM
> >=20
> > This runs for a few seconds and comes back with an error:
> > The server failed to handle your request, due to an internal error.  Th=
e
> > given message may give details useful for debugging the problem.
> > message:  the device disappeared from xenstore (frontend (domid=3D1 | k=
ind=3Dvbd
> > | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))
> >=20

------=_Part_183601_1096885987.1335878651410
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;">Thanks Jon - I ran that and xend is not running</=
p>=20
  <p style=3D"margin: 0;"></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hi Dave,=20
     <div>
      &#160;
     </div>=20
     <div>
      Have you disabled xend? Run:
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      ps auxw | grep xend
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      and see if you get anything.&#160;
     </div>=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 13:44, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Hi,</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I&#39;m getting closer with my Kronos on Debian configurati=
on.</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I&#39;m issuing a series of xe commands to launch a vm and it&#39=
;s failing with a &#34;device disappeared from xenstore&#34; error. &#160;C=
an anybody provide guidance?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Here is the sequence of CLI commands I&#39;m running followed by =
the error message:
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          <span><strong id=3D"internal-source-marker_0.36583621986210346"><=
span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6.0 =
(32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-install template=
=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=3D`xe networ=
k-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe vif-create vm-=
uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><span>xe vm-param=
-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http://=
ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><=
br/><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB d=
ynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><span>xe vm-st=
art uuid=3D$VM</span><br/><br/><span>This runs for a few seconds and comes =
back with an error:</span><br/><span>The server failed to handle your reque=
st, due to an internal error. &#160;The given message may give details usef=
ul for debugging the problem.</span><br/><span>message: &#160;the device di=
sappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712);=
 backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
         </div>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_183601_1096885987.1335878651410--


--===============6200186313633651698==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6200186313633651698==--


From xen-api-bounces@lists.xen.org Tue May 01 14:41:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 14:41:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPEGr-0000Rh-MT; Tue, 01 May 2012 14:41:41 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPEGp-0000Rc-UO
	for xen-api@lists.xen.org; Tue, 01 May 2012 14:41:40 +0000
Received: from [85.158.143.35:4610] by server-3.bemta-4.messagelabs.com id
	62/01-05853-326FF9F4; Tue, 01 May 2012 14:41:39 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1335883289!12270207!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29004 invoked from network); 1 May 2012 14:41:29 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 14:41:29 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208,217";a="12225054"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 14:41:28 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 1 May 2012
	15:41:28 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 15:41:25 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nqH4pXHfp74zzTDadLqBORESABQ==
Message-ID: <137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3141371131116358384=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3141371131116358384==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_"

--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running

On May 1, 2012 at 8:50 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<ma=
ilto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Hmm. Have a look through /=
var/log/xcp-xapi.log and see if there's anything interesting in there?<div>=
<br></div><div>Jon</div><div><br><div><div>On 1 May 2012, at 14:24, David H=
out wrote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D=
"cite">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; ">Thanks Jon - I ran that and xend is not running</div><=
p style=3D"margin: 0;"></p><p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;<a href=3D"mailto:Jona=
than.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hi Dave,=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Have you disabled xend? Run:
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      ps auxw | grep xend
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      and see if you get anything.&nbsp;
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 13:44, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Hi,</span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I'm getting closer with my Kronos on Debian configuration.<=
/span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          I'm issuing a series of xe commands to launch a vm and it's faili=
ng with a "device disappeared from xenstore" error. &nbsp;Can anybody provi=
de guidance?
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Here is the sequence of CLI commands I'm running followed by the =
error message:
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          <span><strong id=3D"internal-source-marker_0.36583621986210346"><=
span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bi=
t)=94 --minimal</span><br><span>VM=3D`xe vm-install template=3D$TEMPLATE ne=
w-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network-list bridge=3D=
xenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uuid=3D$VM networ=
k-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-set uuid=3D$VM ot=
her-config:install-repository=3D</span><a href=3D"http://ftp.uk.debian.org/=
debian"><span>http://ftp.uk.debian.org/debian</span></a><br><span>xe vm-mem=
ory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=3D256MiB=
 dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start uuid=3D$VM</span=
><br><br><span>This runs for a few seconds and comes back with an error:</s=
pan><br><span>The server failed to handle your request, due to an internal =
error. &nbsp;The given message may give details useful for debugging the pr=
oblem.</span><br><span>message: &nbsp;the device disappeared from xenstore =
(frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D0 | ki=
nd=3Dvbd | devid=3D51712))</span></strong></span>
         </div><p style=3D"margin: 0px;">&nbsp;</p>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div></blockquote></div><br></div></body></html>=

--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_--


--===============3141371131116358384==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3141371131116358384==--


From xen-api-bounces@lists.xen.org Tue May 01 14:41:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 14:41:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPEGr-0000Rh-MT; Tue, 01 May 2012 14:41:41 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPEGp-0000Rc-UO
	for xen-api@lists.xen.org; Tue, 01 May 2012 14:41:40 +0000
Received: from [85.158.143.35:4610] by server-3.bemta-4.messagelabs.com id
	62/01-05853-326FF9F4; Tue, 01 May 2012 14:41:39 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1335883289!12270207!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29004 invoked from network); 1 May 2012 14:41:29 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 14:41:29 -0000
X-IronPort-AV: E=Sophos;i="4.75,510,1330905600"; d="scan'208,217";a="12225054"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 14:41:28 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 1 May 2012
	15:41:28 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 15:41:25 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nqH4pXHfp74zzTDadLqBORESABQ==
Message-ID: <137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3141371131116358384=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3141371131116358384==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_"

--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running

On May 1, 2012 at 8:50 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<ma=
ilto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Hmm. Have a look through /=
var/log/xcp-xapi.log and see if there's anything interesting in there?<div>=
<br></div><div>Jon</div><div><br><div><div>On 1 May 2012, at 14:24, David H=
out wrote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D=
"cite">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; ">Thanks Jon - I ran that and xend is not running</div><=
p style=3D"margin: 0;"></p><p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;<a href=3D"mailto:Jona=
than.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hi Dave,=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Have you disabled xend? Run:
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      ps auxw | grep xend
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      and see if you get anything.&nbsp;
     </div>=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 13:44, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Hi,</span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I'm getting closer with my Kronos on Debian configuration.<=
/span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          I'm issuing a series of xe commands to launch a vm and it's faili=
ng with a "device disappeared from xenstore" error. &nbsp;Can anybody provi=
de guidance?
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Here is the sequence of CLI commands I'm running followed by the =
error message:
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          <span><strong id=3D"internal-source-marker_0.36583621986210346"><=
span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bi=
t)=94 --minimal</span><br><span>VM=3D`xe vm-install template=3D$TEMPLATE ne=
w-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network-list bridge=3D=
xenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uuid=3D$VM networ=
k-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-set uuid=3D$VM ot=
her-config:install-repository=3D</span><a href=3D"http://ftp.uk.debian.org/=
debian"><span>http://ftp.uk.debian.org/debian</span></a><br><span>xe vm-mem=
ory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=3D256MiB=
 dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start uuid=3D$VM</span=
><br><br><span>This runs for a few seconds and comes back with an error:</s=
pan><br><span>The server failed to handle your request, due to an internal =
error. &nbsp;The given message may give details useful for debugging the pr=
oblem.</span><br><span>message: &nbsp;the device disappeared from xenstore =
(frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D0 | ki=
nd=3Dvbd | devid=3D51712))</span></strong></span>
         </div><p style=3D"margin: 0px;">&nbsp;</p>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div></blockquote></div><br></div></body></html>=

--_000_137DCCBA72674124AC8940E2AA211379eucitrixcom_--


--===============3141371131116358384==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3141371131116358384==--


From xen-api-bounces@lists.xen.org Tue May 01 16:46:14 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 16:46:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPGDI-0001UR-HF; Tue, 01 May 2012 16:46:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPGDG-0001UL-6V
	for xen-api@lists.xen.org; Tue, 01 May 2012 16:46:07 +0000
Received: from [85.158.138.51:33530] by server-12.bemta-3.messagelabs.com id
	54/85-29760-D4310AF4; Tue, 01 May 2012 16:46:05 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-15.tower-174.messagelabs.com!1335890762!22871105!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25363 invoked from network); 1 May 2012 16:46:03 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 16:46:03 -0000
Received: from mail.networksolutionsemail.com
	(mailpod1.networksolutionsemail.com [206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41Gk1Uk021744
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 12:46:02 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:57289]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr3pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 94/8D-15386-94310AF4; Tue, 01 May 2012 12:46:01 -0400
Date: Tue, 1 May 2012 12:46:01 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_212575_1732954763.1335890761734"
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

------=_Part_212575_1732954763.1335890761734
Content-Type: multipart/alternative; 
	boundary="----=_Part_212576_1024746695.1335890761735"

------=_Part_212576_1024746695.1335890761735
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jon,

I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.
 Do you know if those are normal or perhaps that is a clue?

I attached a log snippet in case you are curious.

Thanks,

Dave


On May 1, 2012 at 10:41 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
wrote:

> Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anythin=
g
> interesting in there?
>=20
> Jon
>=20
> On 1 May 2012, at 14:24, David Hout wrote:
>=20
> > Thanks Jon - I ran that and xend is not running
> >=20
> >=20
> >=20
> >=20
> > On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Hi Dave,
> > >=20
> > > Have you disabled xend? Run:
> > >=20
> > > ps auxw | grep xend
> > >=20
> > > and see if you get anything.
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 13:44, David Hout wrote:
> > >=20
> > > > Hi,
> > > >=20
> > > > I'm getting closer with my Kronos on Debian configuration.
> > > >=20
> > > > I'm issuing a series of xe commands to launch a vm and it's failing=
 with
> > > > a "device disappeared from xenstore" error.  Can anybody provide
> > > > guidance?
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > > Here is the sequence of CLI commands I'm running followed by the er=
ror
> > > > message:
> > > >=20
> > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6=
.0 (32-bit)=E2=80=9D
> > > > --minimal
> > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
> > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=
=3D0`
> > > > xe vm-param-set uuid=3D$VM
> > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
> > > > <http://ftp.uk.debian.org/debian>
> > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > xe vm-start uuid=3D$VM
> > > >=20
> > > > This runs for a few seconds and comes back with an error:
> > > > The server failed to handle your request, due to an internal error.=
  The
> > > > given message may give details useful for debugging the problem.
> > > > message:  the device disappeared from xenstore (frontend (domid=3D1=
 |
> > > > kind=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devi=
d=3D51712))
> > > >=20
> >=20
> >=20

------=_Part_212576_1024746695.1335890761735
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Jon,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I see a lot of &#34;[http_critical] Prematu=
re termination of connection!&#34; messages. &#160;Do you know if those are=
 normal or perhaps that is a clue?</span></p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">I attached a log snippet in case you are curious.=
</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks,</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Dave</p>=20
  <p style=3D"margin: 0;"></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.=
citrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hmm. Have a look through /var/log/xcp-xapi.log and see if there&#39;s =
anything interesting in there?=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 14:24, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          Thanks Jon - I ran that and xend is not running
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hi Dave,=20
            <div>
             &#160;
            </div>=20
            <div>
             Have you disabled xend? Run:
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             ps auxw | grep xend
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             and see if you get anything.&#160;
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 13:44, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Hi,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I&#39;m getting closer with my Kronos on Debian conf=
iguration.</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 I&#39;m issuing a series of xe commands to launch a vm and=
 it&#39;s failing with a &#34;device disappeared from xenstore&#34; error. =
&#160;Can anybody provide guidance?
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Here is the sequence of CLI commands I&#39;m running follo=
wed by the error message:
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 <span><strong id=3D"internal-source-marker_0.3658362198621=
0346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squee=
ze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-install tem=
plate=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=3D`xe n=
etwork-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe vif-creat=
e vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><span>xe vm-=
param-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"ht=
tp://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span>=
</a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256=
MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><span>xe =
vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few seconds and c=
omes back with an error:</span><br/><span>The server failed to handle your =
request, due to an internal error. &#160;The given message may give details=
 useful for debugging the problem.</span><br/><span>message: &#160;the devi=
ce disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51=
712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></sp=
an>
                </div>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_212576_1024746695.1335890761735--

------=_Part_212575_1732954763.1335890761734
Content-Type: text/plain; charset=US-ASCII; name=xcp-xapi_snippet.log
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=xcp-xapi_snippet.log

QkVGT1JFIENSRUFUSU5HIFZNClsyMDEyMDUwMVQxNjoyNToxNS44NzZafGRlYnVnfGtyb25vc3wx
OXxTdGFydGluZyBwZXJpb2RpYyBzY2hlZHVsZXIgRDpjZmQ1MzE1YTMyODd8YmFja2dyb3VuZHNj
aGVkdWxlcl0gU2xlZXBpbmcgdW50aWwgbmV4dCBldmVudCAoMTEwLjA0MDY4MiBzZWNvbmRzKQpb
MjAxMjA1MDFUMTY6MjU6MTUuODc2WnxkZWJ1Z3xrcm9ub3N8MTl8U3RhcnRpbmcgcGVyaW9kaWMg
c2NoZWR1bGVyIEQ6Y2ZkNTMxNWEzMjg3fGJhY2tncm91bmRzY2hlZHVsZXJdIFNsZWVwaW5nIHVu
dGlsIG5leHQgZXZlbnQgKDExMC4wNDA1MzIgc2Vjb25kcykKWzIwMTIwNTAxVDE2OjI1OjM2LjA1
Mlp8ZGVidWd8a3Jvbm9zfDUzIHNyX3NjYW58U1Igc2Nhbm5lciBEOjE0ZDYxMWZhNTdhNHx4YXBp
XSBBdXRvbWF0aWNhbGx5IHNjYW5uaW5nIFNScyA9IFsgT3BhcXVlUmVmOjljNDk2MDg4LTYxOWEt
OTAzYS00OGJkLTZiMmUyMjllZWFiMCBdClsyMDEyMDUwMVQxNjoyNTozNi4wNTNafGRlYnVnfGty
b25vc3w2MHx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIHNjYW4gb25lIEQ6ZDgzNTYzOGUyZWEyIGNy
ZWF0ZWQgYnkgdGFzayBEOjE0ZDYxMWZhNTdhNApbMjAxMjA1MDFUMTY6MjU6MzYuMDUzWnxkZWJ1
Z3xrcm9ub3N8NjB8c2NhbiBvbmUgRDpkODM1NjM4ZTJlYTJ8eGFwaV0gQXR0ZW1wdGluZyB0byBv
cGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTozNi4wNTNafGRlYnVnfGtyb25v
c3w2MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOmEyOTJlYzJiOTM3YiBjcmVhdGVkIGJ5IHRhc2sgRDpk
ODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjA1NVp8IGluZm98a3Jvbm9zfDYxIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjQ1NmFlYjk3OTgxY3x4YXBp
XSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTJlZTNiODk5Y2VmYTBjNWZjMmJiMWEzMTkxM2ZlYzI1
IHBvb2w9dHJ1ZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g
cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAx
VDE2OjI1OjM2LjA1NVp8ZGVidWd8a3Jvbm9zfDYxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz
c2lvbi5zbGF2ZV9sb2dpbiBEOjQ1NmFlYjk3OTgxY3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjM2LjA1Nlp8ZGVidWd8a3Jvbm9zfDYy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpz
ZXNzaW9uLmdldF91dWlkIEQ6NTcyZTBkYzc2YThjIGNyZWF0ZWQgYnkgdGFzayBEOjQ1NmFlYjk3
OTgxYwpbMjAxMjA1MDFUMTY6MjU6MzYuMDU4WnxkZWJ1Z3xrcm9ub3N8NjB8c2NhbiBvbmUgRDpk
ODM1NjM4ZTJlYTJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsy
MDEyMDUwMVQxNjoyNTozNi4wNThafGRlYnVnfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iuc2NhbiBEOmM5Y2FlYTc2ZTQ1
NSBjcmVhdGVkIGJ5IHRhc2sgRDpkODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjA2MVp8
IGluZm98a3Jvbm9zfDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6U1Iuc2NhbiBE
OmM5Y2FlYTc2ZTQ1NXx0YXNraGVscGVyXSB0YXNrIFNSLnNjYW4gUjpkZTc4N2I1ZTdjYzQgKHV1
aWQ6YjZmZWRmYmItMWIzYy05YzgzLWQ0NzgtMWM2MmUwNzRiMjIwKSBjcmVhdGVkICh0cmFja2lk
PTJlZTNiODk5Y2VmYTBjNWZjMmJiMWEzMTkxM2ZlYzI1KSBieSB0YXNrIEQ6ZDgzNTYzOGUyZWEy
ClsyMDEyMDUwMVQxNjoyNTozNi4wNjFafGRlYnVnfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFNSLnNjYW4gUjpkZTc4N2I1ZTdjYzR8eGFwaV0gU1Iuc2NhbjogU1IgPSAnZmZlY2Rh
YjAtM2ViMy0wZTNkLWRhMmQtNGU5MTlhYjc0NDIwIChORlMgSVNPIGxpYnJhcnkpJwpbMjAxMjA1
MDFUMTY6MjU6MzYuMDYxWnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxT
Ui5zY2FuIFI6ZGU3ODdiNWU3Y2M0fHhhcGldIE1hcmtpbmcgU1IgZm9yIFNSLnNjYW4gKHRhc2s9
T3BhcXVlUmVmOmRlNzg3YjVlLTdjYzQtNDc4NS1iYTgyLWVkMjIwNmRiY2FmMykKWzIwMTIwNTAx
VDE2OjI1OjM2LjA2Mlp8IGluZm98a3Jvbm9zfDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8U1Iu
c2NhbiBSOmRlNzg3YjVlN2NjNHxzdG9yYWdlX2ltcGxdIFNSLnNjYW4gdGFzazpPcGFxdWVSZWY6
ZGU3ODdiNWUtN2NjNC00Nzg1LWJhODItZWQyMjA2ZGJjYWYzIHNyOmZmZWNkYWIwLTNlYjMtMGUz
ZC1kYTJkLTRlOTE5YWI3NDQyMApbMjAxMjA1MDFUMTY6MjU6MzYuMDYzWnxkZWJ1Z3xrcm9ub3N8
NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxTUi5zY2FuIFI6ZGU3ODdiNWU3Y2M0fGR1bW15dGFz
a2hlbHBlcl0gdGFzayBTUi5zY2FuIEQ6NTNiYWQ3NjliN2E4IGNyZWF0ZWQgYnkgdGFzayBSOmRl
Nzg3YjVlN2NjNApbMjAxMjA1MDFUMTY6MjU6MzYuMDY0WnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxTUi5zY2FuIEQ6NTNiYWQ3NjliN2E4fHNtXSBTTSBpc28gc3Jfc2Nh
biBzcj1PcGFxdWVSZWY6OWM0OTYwODgtNjE5YS05MDNhLTQ4YmQtNmIyZTIyOWVlYWIwClsyMDEy
MDUwMVQxNjoyNTozNi4wNjVafCBpbmZvfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDowZmFlNjQyM2I1MWJ8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0yM2U1
MjlkYzY4MjMwNDYwNjkwZDlhZWZjZWRlYjFkZSBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9z
dXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2
NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6MzYuMDY2WnxkZWJ1Z3xrcm9ub3N8
NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6MGZhZTY0MjNiNTFifHhhcGldIEF0
dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6MzYuMDY2
WnxkZWJ1Z3xrcm9ub3N8NjQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpjN2E1NzBhNzY2MmYgY3JlYXRlZCBi
eSB0YXNrIEQ6MGZhZTY0MjNiNTFiClsyMDEyMDUwMVQxNjoyNTozNi4xNDVafGRlYnVnfGtyb25v
c3w2NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6NmUzOWM1MTViZTM3IGNyZWF0ZWQgYnkgdGFzayBE
OjUzYmFkNzY5YjdhOApbMjAxMjA1MDFUMTY6MjU6MzYuMTQ3WnxkZWJ1Z3xrcm9ub3N8NjUgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9u
IG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTozNi4xNjVafGRlYnVnfGtyb25vc3w2NiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iu
Z2V0X2J5X3V1aWQgRDo4YjRjZjk0ZGYxYjEgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4
ClsyMDEyMDUwMVQxNjoyNTozNi4xNjdafGRlYnVnfGtyb25vc3w2NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlv
biEKWzIwMTIwNTAxVDE2OjI1OjM2LjE2OFp8ZGVidWd8a3Jvbm9zfDY3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X2FsbF9yZWNv
cmRzX3doZXJlIEQ6MzJiNTc1ZTM3MjJjIGNyZWF0ZWQgYnkgdGFzayBEOjUzYmFkNzY5YjdhOApb
MjAxMjA1MDFUMTY6MjU6MzYuMTc2WnxkZWJ1Z3xrcm9ub3N8NjcgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24h
ClsyMDEyMDUwMVQxNjoyNTozNi4xNzlafGRlYnVnfGtyb25vc3w2OCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDpk
MWMxZjNmNzczN2MgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoy
NTozNi4xODBafGRlYnVnfGtyb25vc3w2OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjM2LjE4MVp8ZGVidWd8a3Jvbm9zfDY5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5zZXRfdmlydHVhbF9hbGxvY2F0aW9uIEQ6YzM2
Y2JkNTZmMTY1IGNyZWF0ZWQgYnkgdGFzayBEOjUzYmFkNzY5YjdhOApbMjAxMjA1MDFUMTY6MjU6
MzYuMTgzWnxkZWJ1Z3xrcm9ub3N8NjkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTozNi4xODZafGRlYnVnfGtyb25vc3w3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iuc2V0X3BoeXNpY2FsX3NpemUgRDphNzIzYzNhZWUz
MTIgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4xODha
fGRlYnVnfGtyb25vc3w3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjE4
OVp8ZGVidWd8a3Jvbm9zfDcxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBl
cl0gdGFzayBkaXNwYXRjaDpTUi5zZXRfcGh5c2ljYWxfdXRpbGlzYXRpb24gRDo1MDMwZTM2Njlk
NjcgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4xOTJa
fGRlYnVnfGtyb25vc3w3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjE5
Mlp8ZGVidWd8a3Jvbm9zfDcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBl
cl0gdGFzayBkaXNwYXRjaDpTUi5nZXRfYnlfdXVpZCBEOmI4YzNjMzc1NGExMyBjcmVhdGVkIGJ5
IHRhc2sgRDo1M2JhZDc2OWI3YTgKWzIwMTIwNTAxVDE2OjI1OjM2LjE5NFp8ZGVidWd8a3Jvbm9z
fDcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6MzYuMTk1WnxkZWJ1Z3xrcm9u
b3N8NzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3Bh
dGNoOlZESS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDowNDUzNDg0ODQ1ODEgY3JlYXRlZCBieSB0
YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4yMDNafGRlYnVnfGtyb25vc3w3
MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjIxNlp8IGluZm98a3Jvbm9z
fDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjBmYWU2NDIzYjUxYnx4YXBpXSBT
ZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0yM2U1MjlkYzY4MjMwNDYwNjkwZDlhZWZjZWRlYjFkZQpb
MjAxMjA1MDFUMTY6MjU6MzYuMjE4WnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXxTUi5zY2FuIFI6ZGU3ODdiNWU3Y2M0fHhhcGldIFVubWFya2luZyBTUiBhZnRlciBTUi5z
Y2FuICh0YXNrPU9wYXF1ZVJlZjpkZTc4N2I1ZS03Y2M0LTQ3ODUtYmE4Mi1lZDIyMDZkYmNhZjMp
ClsyMDEyMDUwMVQxNjoyNTozNi4yMjNafGRlYnVnfGtyb25vc3w2MHxzY2FuIG9uZSBEOmQ4MzU2
MzhlMmVhMnx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIw
NTAxVDE2OjI1OjM2LjIyNFp8ZGVidWd8a3Jvbm9zfDc0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOjMwNzg1ZWFj
ZjgzYiBjcmVhdGVkIGJ5IHRhc2sgRDpkODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjIy
NVp8IGluZm98a3Jvbm9zfDc0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQg
RDphOTRhYmEwNTMwNTN8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MmVlM2I4OTljZWZh
MGM1ZmMyYmIxYTMxOTEzZmVjMjUKWzIwMTIwNTAxVDE2OjI1OjM2LjIyNlp8ZGVidWd8a3Jvbm9z
fDYwfHNjYW4gb25lIEQ6ZDgzNTYzOGUyZWEyfHhhcGldIFNjYW4gb2YgU1IgZmZlY2RhYjAtM2Vi
My0wZTNkLWRhMmQtNGU5MTlhYjc0NDIwIGNvbXBsZXRlLgpbMjAxMjA1MDFUMTY6MjU6NDIuMDQ5
WnxkZWJ1Z3xrcm9ub3N8NzUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB0ZW1wbGF0
ZS1saXN0IG5hbWUtbGFiZWw9RGViaWFuIFNxdWVlemUgNi4wICgzMi1iaXQpIG1pbmltYWw9dHJ1
ZSB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjA1MFp8IGlu
Zm98a3Jvbm9zfDc1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bh
c3N3b3JkIEQ6MzFmZTQ4ZjA2NzRifHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9ZTRmNzI2
NjAyYmJkOTk1NWFiZTI0YTE4ZjEwOTJjYjEgcG9vbD1mYWxzZSB1bmFtZT1yb290IGlzX2xvY2Fs
X3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFj
OTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi4wNTFafGRlYnVnfGtyb25v
c3w3NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBE
OjMxZmU0OGYwNjc0Ynx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjA1Mlp8ZGVidWd8a3Jvbm9zfDc2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
ZDk0ZDliODE4NmZkIGNyZWF0ZWQgYnkgdGFzayBEOjMxZmU0OGYwNjc0YgpbMjAxMjA1MDFUMTY6
MjU6NDIuMTA2WnwgaW5mb3xrcm9ub3N8NzUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9u
LmxvZ291dCBEOmFkYmExOTAzYzMyNnx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1lNGY3
MjY2MDJiYmQ5OTU1YWJlMjRhMThmMTA5MmNiMQpbMjAxMjA1MDFUMTY6MjU6NDIuMTA3WnwgaW5m
b3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB2bS1pbnN0YWxsIHRl
bXBsYXRlPWM3MzVkNDkxLWRiODItNmVkNS02ODFmLWIyMzE2Mzk4ODMzMCBuZXctbmFtZS1sYWJl
bD1kZWJpYW4gdXNlcm5hbWU9cm9vdCBwYXNzd29yZD1udWxsClsyMDEyMDUwMVQxNjoyNTo0Mi4x
MDlafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5f
d2l0aF9wYXNzd29yZCBEOjRmYjMyYTA5NmQ4NXx4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lk
PWU4YjY0MTBkY2ZmY2I0MzRiNWE5ZDIzN2FhZjY5OWRkIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBp
c19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0
ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuMTEwWnxkZWJ1
Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFz
c3dvcmQgRDo0ZmIzMmEwOTZkODV8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xMTBafGRlYnVnfGtyb25vc3w3OCBVTklYIC92YXIv
bGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRf
dXVpZCBEOmFjZDJhOWI2MDNhYSBjcmVhdGVkIGJ5IHRhc2sgRDo0ZmIzMmEwOTZkODUKWzIwMTIw
NTAxVDE2OjI1OjQyLjE3MFp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8YXVkaXRdIFZNLmNsb25lOiBWTSA9ICdjNzM1ZDQ5MS1k
YjgyLTZlZDUtNjgxZi1iMjMxNjM5ODgzMzAgKERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KSkn
OyBuZXdfbmFtZSA9ICdkZWJpYW4nClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzJafCB3YXJufGtyb25v
c3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLmNsb25lIFI6OTVhMGQ1YWNhNjQyfHhhcGld
IFZNIERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KSBjb3VsZCBydW4gb24gYW55IG9mIHRoZXNl
IGhvc3RzOiBbIGtyb25vcyBdClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzJafGRlYnVnfGtyb25vc3w3
NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLmNsb25lIFI6OTVhMGQ1YWNhNjQyfHhhcGldIEF0
dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMTcz
WnxkZWJ1Z3xrcm9ub3N8NzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uc2xhdmVfbG9naW4gRDpiYjljOTBmYzczNTIgY3JlYXRl
ZCBieSB0YXNrIFI6OTVhMGQ1YWNhNjQyClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzRafCBpbmZvfGty
b25vc3w3OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4gRDo3ZDY5
NjZhYjE4NTN8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD03MTQ0MDE2MDg5MTRhNTRmNTlh
M2I3Njc1M2I3YmRmZiBwb29sPXRydWUgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1
dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0
ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzVafGRlYnVnfGtyb25vc3w3OSBVTklYIC92YXIvbGli
L3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4gRDo3ZDY5NjZhYjE4NTN8eGFwaV0gQXR0ZW1w
dGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzZafGRl
YnVnfGtyb25vc3w4MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjc2YTg3ZThiZTQ3MCBjcmVhdGVkIGJ5IHRh
c2sgRDo3ZDY5NjZhYjE4NTMKWzIwMTIwNTAxVDE2OjI1OjQyLjE4Mlp8ZGVidWd8a3Jvbm9zfDc3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8eGFwaV0gQXR0
ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xODNa
fGRlYnVnfGtyb25vc3w4MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJd
IHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOmMyZjdmMjVhODQyZSBjcmVhdGVk
IGJ5IHRhc2sgUjo5NWEwZDVhY2E2NDIKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NFp8IGluZm98a3Jv
bm9zfDgxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjE4OGRm
N2E5ZWQ4Y3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTExN2VhY2JmYzU5OGU2MTBkZjcx
Njk2YjRmYzg3OTdmIHBvb2w9dHJ1ZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0
aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRl
NDkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NVp8ZGVidWd8a3Jvbm9zfDgxIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjE4OGRmN2E5ZWQ4Y3x4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NVp8ZGVi
dWd8a3Jvbm9zfDgyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MDQ3ZDhmMjU4NGViIGNyZWF0ZWQgYnkgdGFz
ayBEOjE4OGRmN2E5ZWQ4YwpbMjAxMjA1MDFUMTY6MjU6NDIuMTg3WnxkZWJ1Z3xrcm9ub3N8Nzcg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5jbG9uZSBSOjk1YTBkNWFjYTY0Mnx4YXBpXSBBdHRl
bXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4OFp8
ZGVidWd8a3Jvbm9zfDgzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g
dGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOmU0MTUzMGU2ODc0ZSBjcmVhdGVkIGJ5IHRh
c2sgUjo5NWEwZDVhY2E2NDIKWzIwMTIwNTAxVDE2OjI1OjQyLjE4OVp8IGluZm98a3Jvbm9zfDgz
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDo4MzJjMTYzYzU0Yjd8eGFw
aV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MTE3ZWFjYmZjNTk4ZTYxMGRmNzE2OTZiNGZjODc5
N2YKWzIwMTIwNTAxVDE2OjI1OjQyLjE5NFp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVu
IC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xOTVafGRlYnVnfGtyb25vc3w4
NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
c2Vzc2lvbi5sb2dvdXQgRDo4MzE0OTFmMDA1N2IgY3JlYXRlZCBieSB0YXNrIFI6OTVhMGQ1YWNh
NjQyClsyMDEyMDUwMVQxNjoyNTo0Mi4xOTZafCBpbmZvfGtyb25vc3w4NCBVTklYIC92YXIvbGli
L3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6ZmE0ZDlmZGFkYjZifHhhcGldIFNlc3Npb24uZGVz
dHJveSB0cmFja2lkPTcxNDQwMTYwODkxNGE1NGY1OWEzYjc2NzUzYjdiZGZmClsyMDEyMDUwMVQx
NjoyNTo0Mi4yMDNafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3Bh
dGNoOlZNLnNldF9uYW1lX2Rlc2NyaXB0aW9uIEQ6ZjNlYWZkNTg4NTQ1fGFwaV9lZmZlY3RdIFZN
LnNldF9uYW1lX2Rlc2NyaXB0aW9uClsyMDEyMDUwMVQxNjoyNTo0Mi4yMDZafCBpbmZvfGtyb25v
c3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZNLnNldF9zdXNwZW5kX1NSIEQ6
M2M5NWRhYTMwZWQ2fGFwaV9lZmZlY3RdIFZNLnNldF9zdXNwZW5kX1NSClsyMDEyMDUwMVQxNjoy
NTo0Mi4yMTBafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNo
OlZNLnJlbW92ZV9mcm9tX290aGVyX2NvbmZpZyBEOmFjZThlODRiNzA2ZnxhcGlfZWZmZWN0XSBW
TS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcKWzIwMTIwNTAxVDE2OjI1OjQyLjIxM1p8IGluZm98
a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6Vk0uYWRkX3RvX290aGVy
X2NvbmZpZyBEOjBiZTVhMjE1YzY3Y3xhcGlfZWZmZWN0XSBWTS5hZGRfdG9fb3RoZXJfY29uZmln
ClsyMDEyMDUwMVQxNjoyNTo0Mi4yMTZafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHxhdWRpdF0gVk0ucHJvdmlzaW9uOiBW
TSA9ICczZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgKGRlYmlhbiknClsyMDEy
MDUwMVQxNjoyNTo0Mi4yMTlafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBp
fFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zh
ci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjIxOVp8ZGVidWd8a3Jvbm9zfDg1IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNz
aW9uLnNsYXZlX2xvZ2luIEQ6Njk4MDY0NzRkZWE2IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5
MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjIwWnwgaW5mb3xrcm9ub3N8ODUgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6NTU3YzJlZWNlMzFmfHhhcGldIFNlc3Np
b24uY3JlYXRlIHRyYWNraWQ9ZmNmMzY5YjlhNTE5NGQ4MGE0NDY2MDJkOGFmYWMwZWYgcG9vbD10
cnVlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9
dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6
NDIuMjIxWnxkZWJ1Z3xrcm9ub3N8ODUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNs
YXZlX2xvZ2luIEQ6NTU3YzJlZWNlMzFmfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMjIyWnxkZWJ1Z3xrcm9ub3N8ODYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u
Z2V0X3V1aWQgRDoxOWNhNTNjODE4YTQgY3JlYXRlZCBieSB0YXNrIEQ6NTU3YzJlZWNlMzFmClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMjRafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjIyNFp8ZGVidWd8a3Jvbm9zfDg3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpW
TS5nZXRfb3RoZXJfY29uZmlnIEQ6MzBkOTEzYWQyMzhhIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQy
NGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjI2WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGlu
ZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yMjdafGRlYnVn
fGtyb25vc3w4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6c2Vzc2lvbi5sb2dvdXQgRDpjMzRlN2RmZmU1NTAgY3JlYXRlZCBieSB0YXNrIFI6
NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi4yMjhafCBpbmZvfGtyb25vc3w4OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6ZWJmZDc0NTY1YTNmfHhhcGldIFNl
c3Npb24uZGVzdHJveSB0cmFja2lkPWZjZjM2OWI5YTUxOTRkODBhNDQ2NjAyZDhhZmFjMGVmClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMjlafCB3YXJufGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBWTSBkZWJpYW4gY291bGQgcnVu
IG9uIGFueSBvZiB0aGVzZSBob3N0czogWyBrcm9ub3MgXQpbMjAxMjA1MDFUMTY6MjU6NDIuMjMy
WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2
YzY0MjRiOTE3Yzh8dGhyZWFkX3F1ZXVlXSBwdXNoKGxvbmdfcnVubmluZ19vcCwgVk0ucHJvdmlz
aW9uIFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOCk6IHF1ZXVlID0gWyBWTS5wcm92aXNpb24g
Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4IF0oMSkKWzIwMTIwNTAxVDE2OjI1OjQyLjIzMlp8
ZGVidWd8a3Jvbm9zfDg5fHx0aHJlYWRfcXVldWVdIHBvcChsb25nX3J1bm5pbmdfb3ApID0gVk0u
cHJvdmlzaW9uIFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIu
MjMyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24g
Ujo2YzY0MjRiOTE3Yzh8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2NrIG9uIFZNIE9wYXF1
ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0b2tlbiAyClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMzJafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBzdGFydDogY2hlY2tpbmcgdG8g
c2VlIHdoZXRoZXIgVk0gbmVlZHMgJ2luc3RhbGxpbmcnClsyMDEyMDUwMVQxNjoyNTo0Mi4yMzJa
fGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBSOjZj
NjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIw
MTIwNTAxVDE2OjI1OjQyLjIzM1p8ZGVidWd8a3Jvbm9zfDkwIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6
NjdmNTkzMzYyYWY1IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6
MjU6NDIuMjM0WnwgaW5mb3xrcm9ub3N8OTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9u
LnNsYXZlX2xvZ2luIEQ6MDNmYzY3OTRjYmZifHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9
Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QgcG9vbD10cnVlIHVuYW1lPSBpc19sb2Nh
bF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQx
Yzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuMjUyWnxkZWJ1Z3xrcm9u
b3N8OTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MDNmYzY3
OTRjYmZifHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1
MDFUMTY6MjU6NDIuMjUzWnxkZWJ1Z3xrcm9ub3N8OTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpiOTI2Yzc3
NWVlYjMgY3JlYXRlZCBieSB0YXNrIEQ6MDNmYzY3OTRjYmZiClsyMDEyMDUwMVQxNjoyNTo0Mi4y
NTVafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBS
OjZjNjQyNGI5MTdjOHx4YXBpXSBWTS5zZXRfaXNfYV90ZW1wbGF0ZSgnZmFsc2UnKQpbMjAxMjA1
MDFUMTY6MjU6NDIuMjU2WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIv
bGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yNTdafGRlYnVnfGtyb25vc3w5MiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0uZ2V0
X290aGVyX2NvbmZpZyBEOjZmNGVlZmViYmFjZSBjcmVhdGVkIGJ5IHRhc2sgUjo2YzY0MjRiOTE3
YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI1OVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIGluc3RhbGw6IHBoYXNl
IDEvMzogY3JlYXRpbmcgVkJEcyBhbmQgVkRJcwpbMjAxMjA1MDFUMTY6MjU6NDIuMjU5WnxkZWJ1
Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRi
OTE3Yzh8eGFwaV0gUGVyZm9ybWluZyBwcmVfaW5zdGFsbCBhY3Rpb25zIChpZSBjcmVhdGluZyBk
aXNrcykKWzIwMTIwNTAxVDE2OjI1OjQyLjI1OVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRpbmcg
dG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMjYxWnxkZWJ1Z3xr
cm9ub3N8OTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZNLmdldF91dWlkIEQ6NzgxY2I4NWRlMjRiIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQy
NGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjYyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGlu
ZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yNjNafGRlYnVn
fGtyb25vc3w5NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6Vk0uZ2V0X290aGVyX2NvbmZpZyBEOjdkMmE5NWRiMjhlMCBjcmVhdGVkIGJ5IHRh
c2sgUjo2YzY0MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI2NVp8ZGVidWd8a3Jvbm9zfDc3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
MjY1WnxkZWJ1Z3xrcm9ub3N8OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6NTFiZTI3NGU4MWQ1IGNyZWF0ZWQg
YnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjY3WnxkZWJ1Z3xrcm9u
b3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8
eGFwaV0gUHJvdmlzaW9uaW5nIFZESSBmb3IgbmV3IFZNClsyMDEyMDUwMVQxNjoyNTo0Mi4yNjda
fGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBSOjZj
NjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIw
MTIwNTAxVDE2OjI1OjQyLjI2OFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuY3JlYXRlIEQ6MzRmYjIxZmI3
ZWI0IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjcw
WnwgaW5mb3xrcm9ub3N8OTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuY3Jl
YXRlIEQ6MzRmYjIxZmI3ZWI0fHRhc2toZWxwZXJdIHRhc2sgVkRJLmNyZWF0ZSBSOjY0NjAxNzI3
YjFmMiAodXVpZDphNTBiNTIwZS0zNTc1LTI4YmItZGRhZC02YWUwMjAwMWM1YjQpIGNyZWF0ZWQg
KHRyYWNraWQ9Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QpIGJ5IHRhc2sgUjo2YzY0
MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI3MFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjY0NjAxNzI3YjFmMnxhdWRpdF0gVkRJLmNyZWF0
ZTogU1IgPSAnOTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IChrcm9ub3NzcjAp
JzsgbmFtZSBsYWJlbCA9ICcnClsyMDEyMDUwMVQxNjoyNTo0Mi4yNzBafGRlYnVnfGtyb25vc3w5
NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8eGFwaV0g
TWFya2luZyBTUiBmb3IgVkRJLmNyZWF0ZSAodGFzaz1PcGFxdWVSZWY6NjQ2MDE3MjctYjFmMi0z
YTMyLTM0ZDktZmFjYzgzYzY2ZTRkKQpbMjAxMjA1MDFUMTY6MjU6NDIuMjcyWnwgaW5mb3xrcm9u
b3N8OTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6NjQ2MDE3MjdiMWYyfHN0
b3JhZ2VfaW1wbF0gVkRJLmNyZWF0ZSB0YXNrOk9wYXF1ZVJlZjo2NDYwMTcyNy1iMWYyLTNhMzIt
MzRkOS1mYWNjODNjNjZlNGQgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3
IHZkaV9pbmZvOnsidmRpIjogIiIsICJuYW1lX2xhYmVsIjogIiIsICJuYW1lX2Rlc2NyaXB0aW9u
IjogIkNyZWF0ZWQgYnkgdGVtcGxhdGUgcHJvdmlzaW9uZXIiLCAidHkiOiAic3lzdGVtIiwgIm1l
dGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNuYXBzaG90X3Rp
bWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJyZWFkX29ubHki
OiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDg1ODk5MzQ1OTIsICJwaHlzaWNhbF91dGlsaXNhdGlv
biI6IDB9IHBhcmFtczp2bWhpbnQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5
ClsyMDEyMDUwMVQxNjoyNTo0Mi4yNzJafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZE
SS5jcmVhdGUgRDowZWRjZmUxZjU4ZmEgY3JlYXRlZCBieSB0YXNrIFI6NjQ2MDE3MjdiMWYyClsy
MDEyMDUwMVQxNjoyNTo0Mi4yNzJafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZESS5jcmVhdGUgRDowZWRjZmUxZjU4ZmF8c21dIFNNIGV4dCB2ZGlfY3JlYXRlIHNyPU9w
YXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2Egc21fY29uZmlnPVt2
bWhpbnQ9M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5XSB0eXBlPVtzeXN0ZW1d
IHNpemU9ODU4OTkzNDU5MgpbMjAxMjA1MDFUMTY6MjU6NDIuMjc0WnwgaW5mb3xrcm9ub3N8OTYg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6N2I2MDNjMmM0MWIxfHhhcGldIFNlc3Np
b24uY3JlYXRlIHRyYWNraWQ9YTdiZDQxOTg3NDg3ZDhjNjYzNTBkM2M4N2Y0MDQ2ZmEgcG9vbD1m
YWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50
PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1
OjQyLjI3NFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OjdiNjAzYzJjNDFiMXx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjI3NVp8ZGVidWd8a3Jvbm9zfDk3IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
NmJiMTY1MzNjM2Y5IGNyZWF0ZWQgYnkgdGFzayBEOjdiNjAzYzJjNDFiMQpbMjAxMjA1MDFUMTY6
MjU6NDIuMzYxWnxkZWJ1Z3xrcm9ub3N8OTggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZpZyBEOmEwYWZjZTI3
ZDRmMyBjcmVhdGVkIGJ5IHRhc2sgRDowZWRjZmUxZjU4ZmEKWzIwMTIwNTAxVDE2OjI1OjQyLjM2
N1p8ZGVidWd8a3Jvbm9zfDk4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIu
NDE4WnxkZWJ1Z3xrcm9ub3N8OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5kYl9pbnRyb2R1Y2UgRDoyMjA5NDk0NDIwYTIgY3JlYXRl
ZCBieSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MjBafCBpbmZvfGty
b25vc3w5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5kYl9pbnRyb2R1Y2Ug
RDoyMjA5NDk0NDIwYTJ8dGFza2hlbHBlcl0gdGFzayBWREkuZGJfaW50cm9kdWNlIFI6ZjMwZjVi
NGRlNTM0ICh1dWlkOmJmNzQ4YjFlLTgyYTItYzhiZi0yZjkxLTVmMTU3MjU2ODk3MCkgY3JlYXRl
ZCAodHJhY2tpZD1hN2JkNDE5ODc0ODdkOGM2NjM1MGQzYzg3ZjQwNDZmYSkgYnkgdGFzayBEOjBl
ZGNmZTFmNThmYQpbMjAxMjA1MDFUMTY6MjU6NDIuNDIwWnxkZWJ1Z3xrcm9ub3N8OTkgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxWREkuZGJfaW50cm9kdWNlIFI6ZjMwZjViNGRlNTM0fHhhcGldIHtw
b29sLGRifV9pbnRyb2R1Y2UgdXVpZD1iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMgbmFtZV9sYWJlbD0KWzIwMTIwNTAxVDE2OjI1OjQyLjQyMVp8ZGVidWd8a3Jvbm9zfDk5IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmRiX2ludHJvZHVjZSBSOmYzMGY1YjRkZTUzNHx4YXBp
XSBWREkuaW50cm9kdWNlIHJlYWRfb25seSA9IGZhbHNlClsyMDEyMDUwMVQxNjoyNTo0Mi40MjZa
fGRlYnVnfGtyb25vc3w5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQyLjQy
Nlp8ZGVidWd8a3Jvbm9zfDEwMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3ZpcnR1YWxfYWxsb2NhdGlvbiBEOmU3YjZhMGI1MmM0
ZCBjcmVhdGVkIGJ5IHRhc2sgRDowZWRjZmUxZjU4ZmEKWzIwMTIwNTAxVDE2OjI1OjQyLjQyOFp8
ZGVidWd8a3Jvbm9zfDEwMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQyLjQy
OVp8ZGVidWd8a3Jvbm9zfDEwMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDo0NWYyM2QzODgzNzggY3JlYXRlZCBi
eSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MzFafGRlYnVnfGtyb25v
c3wxMDEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40MzJafGRlYnVnfGty
b25vc3wxMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLnNldF92aXJ0dWFsX2FsbG9jYXRpb24gRDo5YzAzOWVjOWQyNDggY3JlYXRlZCBi
eSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MzRafGRlYnVnfGtyb25v
c3wxMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40MzVafGRlYnVnfGty
b25vc3wxMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLnNldF9waHlzaWNhbF9zaXplIEQ6NDJiYzdlODUxNWUyIGNyZWF0ZWQgYnkgdGFz
ayBEOjBlZGNmZTFmNThmYQpbMjAxMjA1MDFUMTY6MjU6NDIuNDM3WnxkZWJ1Z3xrcm9ub3N8MTAz
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5h
dGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNDM4WnxkZWJ1Z3xrcm9ub3N8
MTA0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRj
aDpTUi5zZXRfcGh5c2ljYWxfdXRpbGlzYXRpb24gRDoyNzUzMGQ1OTA2YzIgY3JlYXRlZCBieSB0
YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40NDNafGRlYnVnfGtyb25vc3wx
MDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40NTVafCBpbmZvfGtyb25v
c3w5NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDo3YjYwM2MyYzQxYjF8eGFwaV0g
U2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9YTdiZDQxOTg3NDg3ZDhjNjYzNTBkM2M4N2Y0MDQ2ZmEK
WzIwMTIwNTAxVDE2OjI1OjQyLjQ1Nlp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8VkRJLmNyZWF0ZSBSOjY0NjAxNzI3YjFmMnx4YXBpXSBPcGFxdWVSZWY6YjFmMDFjN2Mt
Y2ExMS0wZmI4LTg5MzgtMWE4YWE2ODkyNzgyIHNuYXBzaG90X29mIDwtIE9wYXF1ZVJlZjpOVUxM
ClsyMDEyMDUwMVQxNjoyNTo0Mi40NTZafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8eGFwaV0gVW5tYXJraW5nIFNSIGFmdGVy
IFZESS5jcmVhdGUgKHRhc2s9T3BhcXVlUmVmOjY0NjAxNzI3LWIxZjItM2EzMi0zNGQ5LWZhY2M4
M2M2NmU0ZCkKWzIwMTIwNTAxVDE2OjI1OjQyLjQ2MVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRp
bmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNDYyWnxkZWJ1
Z3xrcm9ub3N8MTA1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpWQkQuY3JlYXRlIEQ6MTZiNTk5ZThkZTQ5IGNyZWF0ZWQgYnkgdGFzayBSOjZj
NjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuNDY0WnwgaW5mb3xrcm9ub3N8MTA1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkJELmNyZWF0ZSBEOjE2YjU5OWU4ZGU0OXx0YXNr
aGVscGVyXSB0YXNrIFZCRC5jcmVhdGUgUjozYmJkOWM5NzAxZWIgKHV1aWQ6Y2UzYzlkZWEtNzdm
Ny03MmMwLTgzMzAtZGUzMWU3NTBjODI0KSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1
NGE1ZWRmZjY1OTZiOTZhNDNkKSBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoy
NTo0Mi40NjRafGRlYnVnfGtyb25vc3wxMDUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQuY3Jl
YXRlIFI6M2JiZDljOTcwMWVifGF1ZGl0XSBWQkQuY3JlYXRlOiBWTSA9ICczZDA4Zjc0YS0xMzI5
LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgKGRlYmlhbiknOyBWREkgPSAnYmUzYWFjMDYtZmFiOS00
MmQyLWE3ZDctZjcyYTM2MDNjYTIzJwpbMjAxMjA1MDFUMTY6MjU6NDIuNDY1WnxkZWJ1Z3xrcm9u
b3N8MTA1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmNyZWF0ZSBSOjNiYmQ5Yzk3MDFlYnx4
YXBpXSBWQkQuY3JlYXRlIChkZXZpY2UgPSAwOyB1dWlkID0gZTM4MjAyM2EtZDE4NS0xM2IyLWM3
OGItNmJhMGM3MjA1YWYyOyByZWYgPSBPcGFxdWVSZWY6ZGJlYzliZmMtYzYxMi03ZWI5LWRiNTMt
ZTI0OWUzYzk1NDZmKQpbMjAxMjA1MDFUMTY6MjU6NDIuNDcyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0
ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi40NzJa
fGRlYnVnfGtyb25vc3wxMDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOlZCRC5nZXRfdXNlcmRldmljZSBEOjU0ZTQzNmY3ZGUxNyBjcmVhdGVk
IGJ5IHRhc2sgUjo2YzY0MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjQ3NFp8ZGVidWd8a3Jv
bm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4
fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6
MjU6NDIuNDc1WnxkZWJ1Z3xrcm9ub3N8MTA3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuc2V0X25hbWVfbGFiZWwgRDphYTg2NDA1NWE3
OGQgY3JlYXRlZCBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi40Nzda
fCBpbmZvfGtyb25vc3wxMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuc2V0
X25hbWVfbGFiZWwgRDphYTg2NDA1NWE3OGR8dGFza2hlbHBlcl0gdGFzayBWREkuc2V0X25hbWVf
bGFiZWwgUjo5ZmEwNjAzNTM2MjUgKHV1aWQ6YzQ4MzY4YmUtOGUxOS0zZmQ3LTZjYTEtYzYzY2E5
OGM4ZTQyKSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1NGE1ZWRmZjY1OTZiOTZhNDNk
KSBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi40NzdafGRlYnVnfGty
b25vc3wxMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjo5ZmEw
NjAzNTM2MjV8YXVkaXRdIFZESS5zZXRfbmFtZV9sYWJlbDogVkRJID0gJ2JlM2FhYzA2LWZhYjkt
NDJkMi1hN2Q3LWY3MmEzNjAzY2EyMycgbmFtZS1sYWJlbCA9ICcwJwpbMjAxMjA1MDFUMTY6MjU6
NDIuNDc4WnxkZWJ1Z3xrcm9ub3N8MTA3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9u
YW1lX2xhYmVsIFI6OWZhMDYwMzUzNjI1fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNDc5WnxkZWJ1Z3xrcm9ub3N8MTA4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkudXBk
YXRlIEQ6NjlmYjRmZDY5ZWE3IGNyZWF0ZWQgYnkgdGFzayBSOjlmYTA2MDM1MzYyNQpbMjAxMjA1
MDFUMTY6MjU6NDIuNDgxWnwgaW5mb3xrcm9ub3N8MTA4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
ZGlzcGF0Y2g6VkRJLnVwZGF0ZSBEOjY5ZmI0ZmQ2OWVhN3x0YXNraGVscGVyXSB0YXNrIFZESS51
cGRhdGUgUjo5NzdlYWQ5MmQ5MGUgKHV1aWQ6NjQ0NGYyMzYtN2Q4OC1lOGIzLWEyOTAtZTJhZGU2
ZWQ0ZTVlKSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1NGE1ZWRmZjY1OTZiOTZhNDNk
KSBieSB0YXNrIFI6OWZhMDYwMzUzNjI1ClsyMDEyMDUwMVQxNjoyNTo0Mi40ODJafGRlYnVnfGty
b25vc3wxMDggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6OTc3ZWFkOTJkOTBl
fHhhcGldIHVwZGF0ZSByZWY9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEtMGZiOC04OTM4LTFhOGFh
Njg5Mjc4MiBsb2NhdGlvbj1iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMKWzIw
MTIwNTAxVDE2OjI1OjQyLjQ4Mlp8ZGVidWd8a3Jvbm9zfDEwOCBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZESS51cGRhdGUgUjo5NzdlYWQ5MmQ5MGV8c21dIFNNIGV4dCB2ZGlfdXBkYXRlIHNyPU9w
YXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EgdmRpPU9wYXF1ZVJl
ZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIwMTIwNTAxVDE2OjI1OjQy
LjQ4NFp8IGluZm98a3Jvbm9zfDEwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDo4
YjkyYTcxOGRmODB8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0wMTA5MjQ1MGU0NWZhZGQ2
NWZmMzNiYjMwMzQwNTg5YSBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1
ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlh
ZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuNDg1WnxkZWJ1Z3xrcm9ub3N8MTA4IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjhiOTJhNzE4ZGY4MHx4YXBpXSBBdHRlbXB0aW5nIHRv
IG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjQ4NVp8ZGVidWd8a3Jv
bm9zfDEwOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmZlZmU4MTU4YzM2YiBjcmVhdGVkIGJ5IHRhc2sgRDo4
YjkyYTcxOGRmODAKWzIwMTIwNTAxVDE2OjI1OjQyLjU2Mlp8ZGVidWd8a3Jvbm9zfDExMCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5n
ZXRfb3RoZXJfY29uZmlnIEQ6YWVmOGQ1MTJlMzViIGNyZWF0ZWQgYnkgdGFzayBSOjk3N2VhZDky
ZDkwZQpbMjAxMjA1MDFUMTY6MjU6NDIuNTY3WnxkZWJ1Z3xrcm9ub3N8MTEwIFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25u
ZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNTgyWnxkZWJ1Z3xrcm9ub3N8MTExIFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3Nt
X2NvbmZpZyBEOjE2YjE3N2ZmMDg3MSBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIw
MTIwNTAxVDE2OjI1OjQyLjU4NVp8ZGVidWd8a3Jvbm9zfDExMSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI1OjQyLjU4NVp8ZGVidWd8a3Jvbm9zfDExMiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6
ZGExYTdhODM4ZTI4IGNyZWF0ZWQgYnkgdGFzayBSOjk3N2VhZDkyZDkwZQpbMjAxMjA1MDFUMTY6
MjU6NDIuNTg3WnxkZWJ1Z3xrcm9ub3N8MTEyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBf
Y3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFU
MTY6MjU6NDIuNTg4WnxkZWJ1Z3xrcm9ub3N8MTEzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1
bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuc2V0X3ZpcnR1YWxfc2l6ZSBEOmJkODk0
ZWI0MDllZCBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIwMTIwNTAxVDE2OjI1OjQy
LjU5MFp8ZGVidWd8a3Jvbm9zfDExMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1
OjQyLjU5MVp8ZGVidWd8a3Jvbm9zfDExNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnNldF9waHlzaWNhbF91dGlsaXNhdGlvbiBEOjhk
Nzg1ZTBhYTFlNSBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIwMTIwNTAxVDE2OjI1
OjQyLjU5M1p8ZGVidWd8a3Jvbm9zfDExNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjQyLjU5NFp8ZGVidWd8a3Jvbm9zfDExNSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnNldF9yZWFkX29ubHkgRDo3MWRkYmVhNjg0
YjUgY3JlYXRlZCBieSB0YXNrIFI6OTc3ZWFkOTJkOTBlClsyMDEyMDUwMVQxNjoyNTo0Mi41OTZa
fGRlYnVnfGtyb25vc3wxMTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi41
OTdafGRlYnVnfGtyb25vc3wxMTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfc21fY29uZmlnIEQ6ODgyMmNiNThkODkwIGNyZWF0
ZWQgYnkgdGFzayBSOjk3N2VhZDkyZDkwZQpbMjAxMjA1MDFUMTY6MjU6NDIuNjAzWnxkZWJ1Z3xr
cm9ub3N8MTE2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNjEzWnwgaW5m
b3xrcm9ub3N8MTA4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjhiOTJhNzE4ZGY4
MHx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0wMTA5MjQ1MGU0NWZhZGQ2NWZmMzNiYjMw
MzQwNTg5YQpbMjAxMjA1MDFUMTY6MjU6NDIuNjIxWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gaW5zdGFsbDog
cGhhc2UgMi8zOiBydW5uaW5nIG9wdGlvbmFsIHNjcmlwdCAoaW4gZG9tYWluIDApClsyMDEyMDUw
MVQxNjoyNTo0Mi42MjJafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBpbnN0YWxsOiBwaGFzZSAzLzM6IHJlbW92
aW5nIGluc3RhbGwgaW5mb3JtYXRpb24gZnJvbSBWTQpbMjAxMjA1MDFUMTY6MjU6NDIuNjIyWnxk
ZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0
MjRiOTE3Yzh8eGFwaV0gUGVyZm9ybWluZyBwb3N0X2luc3RhbGwgYWN0aW9ucyAoaWUgcmVtb3Zp
bmcgdGVtcGxhdGUgaW5mb3JtYXRpb24gZnJvbSBWTSkKWzIwMTIwNTAxVDE2OjI1OjQyLjYyMlp8
ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2
NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAx
MjA1MDFUMTY6MjU6NDIuNjIzWnxkZWJ1Z3xrcm9ub3N8MTE3IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9j
b25maWcgRDo5NzQ0NjA0MzlmMDQgY3JlYXRlZCBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEy
MDUwMVQxNjoyNTo0Mi42MjRafCBpbmZvfGtyb25vc3wxMTcgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDo5NzQ0NjA0MzlmMDR8YXBp
X2VmZmVjdF0gVk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo0Mi42
MjVafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBS
OjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjYyNlp8ZGVidWd8a3Jvbm9zfDExOCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0ucmVtb3ZlX2Zyb21fb3Ro
ZXJfY29uZmlnIEQ6MzBkYmI4OWUwOTFlIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApb
MjAxMjA1MDFUMTY6MjU6NDIuNjI3WnwgaW5mb3xrcm9ub3N8MTE4IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8ZGlzcGF0Y2g6Vk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnIEQ6MzBkYmI4OWUwOTFl
fGFwaV9lZmZlY3RdIFZNLnJlbW92ZV9mcm9tX290aGVyX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjU6
NDIuNjI5WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNp
b24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gZmluaXNoZWQgaW5zdGFsbApbMjAxMjA1MDFUMTY6MjU6
NDIuNjI5WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNp
b24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94
YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi42MjlafGRlYnVnfGtyb25vc3wxMTkgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24ubG9nb3V0
IEQ6MWY2ODdlZTc1MmIyIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFU
MTY6MjU6NDIuNjMxWnwgaW5mb3xrcm9ub3N8MTE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz
c2lvbi5sb2dvdXQgRDo4NmIwZDlhZjYwODF8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9
Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QKWzIwMTIwNTAxVDE2OjI1OjQyLjYzMlp8
ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2
NDI0YjkxN2M4fGxvY2tpbmdfaGVscGVyc10gUmVsZWFzZWQgbG9jayBvbiBWTSBPcGFxdWVSZWY6
MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2MxZDlkMGU3IHdpdGggdG9rZW4gMgpbMjAxMjA1
MDFUMTY6MjU6NDIuNjMzWnxkZWJ1Z3xrcm9ub3N8ODl8fHRocmVhZF9xdWV1ZV0gbG9uZ19ydW5u
aW5nX29wOiBjb21wbGV0ZWQgcHJvY2Vzc2luZyAxIGl0ZW1zOiBxdWV1ZSA9IFsgIF0oMCkKWzIw
MTIwNTAxVDE2OjI1OjQyLjY0M1p8IGluZm98a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8c2Vzc2lvbi5sb2dvdXQgRDpjNzNmZTJiZmI4YzZ8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRy
YWNraWQ9ZThiNjQxMGRjZmZjYjQzNGI1YTlkMjM3YWFmNjk5ZGQKWzIwMTIwNTAxVDE2OjI1OjQy
LjY0M1p8ZGVidWd8a3Jvbm9zfDEyMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIG5l
dHdvcmstbGlzdCBicmlkZ2U9eGVuYnIwIG1pbmltYWw9dHJ1ZSB1c2VybmFtZT1yb290IHBhc3N3
b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjY0NVp8IGluZm98a3Jvbm9zfDEyMCBVTklYIC92
YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmJmYWY0NmI3MTZh
Znx4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTU0NzBmZDFiZjliYjE4MmMwYWExMjUxN2Vh
N2ZkMjViIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRo
X3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0
OQpbMjAxMjA1MDFUMTY6MjU6NDIuNjQ2WnxkZWJ1Z3xrcm9ub3N8MTIwIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6YmZhZjQ2YjcxNmFmfHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
NjQ2WnxkZWJ1Z3xrcm9ub3N8MTIxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6OTU0NGFhMzY3NzhhIGNyZWF0
ZWQgYnkgdGFzayBEOmJmYWY0NmI3MTZhZgpbMjAxMjA1MDFUMTY6MjU6NDIuNjUyWnwgaW5mb3xr
cm9ub3N8MTIwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDozYTc3OGY1
NmY0MjV8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9NTQ3MGZkMWJmOWJiMTgyYzBhYTEy
NTE3ZWE3ZmQyNWIKWzIwMTIwNTAxVDE2OjI1OjQyLjY1NFp8IGluZm98a3Jvbm9zfDEyMiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIHZpZi1jcmVhdGUgdm0tdXVpZD0zZDA4Zjc0YS0x
MzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgbmV0d29yay11dWlkPTZmOTcwY2E3LTgzYmItYjdl
Ny03YjRkLWU4MmM4NTI5MDAyMiBkZXZpY2U9MCB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwK
WzIwMTIwNTAxVDE2OjI1OjQyLjY1Nlp8IGluZm98a3Jvbm9zfDEyMiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjMzODg0OTY1ODlmNHx4YXBpXSBT
ZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTYyYmQ0MjRlODI4ZTA3Y2E5NTcwYjMwNTMyYWNhM2Y0IHBv
b2w9ZmFsc2UgdW5hbWU9cm9vdCBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lk
PSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1
MDFUMTY6MjU6NDIuNjU3WnxkZWJ1Z3xrcm9ub3N8MTIyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MzM4ODQ5NjU4OWY0fHhhcGldIEF0dGVtcHRp
bmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNjU3WnxkZWJ1
Z3xrcm9ub3N8MTIzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6ZTI2OTE2OWVhMDk3IGNyZWF0ZWQgYnkgdGFz
ayBEOjMzODg0OTY1ODlmNApbMjAxMjA1MDFUMTY6MjU6NDIuNjY3WnxkZWJ1Z3xrcm9ub3N8MTIy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VklGLmNyZWF0ZSBSOjQ3ZDFjOWQ2MjcyYXxhdWRpdF0g
VklGLmNyZWF0ZTogVk0gPSAnM2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IChk
ZWJpYW4pJzsgbmV0d29yayA9ICc2Zjk3MGNhNy04M2JiLWI3ZTctN2I0ZC1lODJjODUyOTAwMjIn
ClsyMDEyMDUwMVQxNjoyNTo0Mi42NjdafGRlYnVnfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWSUYuY3JlYXRlIFI6NDdkMWM5ZDYyNzJhfHhhcGldIFZJRi5jcmVhdGUgcnVubmlu
ZwpbMjAxMjA1MDFUMTY6MjU6NDIuNjY4WnxkZWJ1Z3xrcm9ub3N8MTIyIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8VklGLmNyZWF0ZSBSOjQ3ZDFjOWQ2MjcyYXx4YXBpXSBGb3VuZCBtYWNfc2VlZCBv
biBWTTogc3VwcGxpZWQgTUFDIHBhcmFtZXRlciA9ICcnClsyMDEyMDUwMVQxNjoyNTo0Mi42NzFa
fGRlYnVnfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWSUYuY3JlYXRlIFI6NDdk
MWM5ZDYyNzJhfHhhcGldIFZJRiByZWY9J09wYXF1ZVJlZjo5MGVkMGU4MC0xNGJhLTQyN2UtNTQ2
YS00ZTU1MjA4NTBlNzYnIGNyZWF0ZWQgKFZNID0gJ09wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1
ZjEtNzVjYi1mZTM3YzFkOWQwZTcnOyBNQUMgYWRkcmVzcyA9ICc5YTplYjozNzowYTpmMTphOCcp
ClsyMDEyMDUwMVQxNjoyNTo0Mi42NzlafCBpbmZvfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOmQ4NDUzMGRmODIxNnx4YXBpXSBTZXNzaW9uLmRlc3Ry
b3kgdHJhY2tpZD02MmJkNDI0ZTgyOGUwN2NhOTU3MGIzMDUzMmFjYTNmNApbMjAxMjA1MDFUMTY6
MjU6NDIuNjgwWnwgaW5mb3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0g
eGUgdm0tcGFyYW0tc2V0IHV1aWQ9M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5
IG90aGVyLWNvbmZpZzppbnN0YWxsLXJlcG9zaXRvcnk9aHR0cDovL2Z0cC51ay5kZWJpYW4ub3Jn
L2RlYmlhbiB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjY4
Mlp8IGluZm98a3Jvbm9zfDEyNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5f
d2l0aF9wYXNzd29yZCBEOmFmMWIyOTljZjRmN3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lk
PTI2MDM1YzZjNjBiYWU2OGFiYzZhOTkwMTBlZjE5MzJmIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBp
c19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0
ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuNjgyWnxkZWJ1
Z3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bh
c3N3b3JkIEQ6YWYxYjI5OWNmNGY3fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94
Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNjgzWnxkZWJ1Z3xrcm9ub3N8MTI1IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdl
dF91dWlkIEQ6ZmRjNzQ4NmViYmFlIGNyZWF0ZWQgYnkgdGFzayBEOmFmMWIyOTljZjRmNwpbMjAx
MjA1MDFUMTY6MjU6NDIuNjkwWnwgaW5mb3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8ZGlzcGF0Y2g6Vk0uYWRkX3RvX290aGVyX2NvbmZpZyBEOmZlOTY0MWI0NDlkNnxhcGlfZWZm
ZWN0XSBWTS5hZGRfdG9fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo0Mi42OTRafCBpbmZv
fGtyb25vc3wxMjQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjk5YzE4
OWI5OTNhN3x4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0yNjAzNWM2YzYwYmFlNjhhYmM2
YTk5MDEwZWYxOTMyZgpbMjAxMjA1MDFUMTY6MjU6NDIuNjk1WnwgaW5mb3xrcm9ub3N8MTI2IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdm0tbWVtb3J5LWxpbWl0cy1zZXQgc3RhdGlj
LW1pbj0yNTZNaUIgc3RhdGljLW1heD0yNTZNaUIgZHluYW1pYy1taW49MjU2TWlCIGR5bmFtaWMt
bWF4PTI1Nk1pQiB2bT0zZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgdXNlcm5h
bWU9cm9vdCBwYXNzd29yZD1udWxsClsyMDEyMDUwMVQxNjoyNTo0Mi42OTZafCBpbmZvfGtyb25v
c3wxMjYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQg
RDozMzgxNGRiMjJhMDJ8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0zYTFhZjYwYTM4YjRj
NTExNjM0YmEwYjYwODJjYzZjNSBwb29sPWZhbHNlIHVuYW1lPXJvb3QgaXNfbG9jYWxfc3VwZXJ1
c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1
ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1OjQyLjY5N1p8ZGVidWd8a3Jvbm9zfDEyNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjMzODE0
ZGIyMmEwMnx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIw
NTAxVDE2OjI1OjQyLjY5OFp8ZGVidWd8a3Jvbm9zfDEyNyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmUwMDUx
MzhmMjAzYyBjcmVhdGVkIGJ5IHRhc2sgRDozMzgxNGRiMjJhMDIKWzIwMTIwNTAxVDE2OjI1OjQy
LjcwNFp8ZGVidWd8a3Jvbm9zfDEyNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnNldF9tZW1v
cnlfbGltaXRzIFI6YjQ2Njg4MzNmMWIxfGF1ZGl0XSBWTS5zZXRfbWVtb3J5X2xpbWl0czogc2Vs
ZiA9IDNkMDhmNzRhLTEzMjktN2ZlZC02MTQ1LTU3OTQ2NDdkNjhmOSAoZGViaWFuKTsgc3RhdGlj
X21pbiA9IDI2ODQzNTQ1Njsgc3RhdGljX21heCA9IDI2ODQzNTQ1NjsgZHluYW1pY19taW4gPSAy
Njg0MzU0NTY7IGR5bmFtaWNfbWF4ID0gMjY4NDM1NDU2ClsyMDEyMDUwMVQxNjoyNTo0Mi43MjJa
fCBpbmZvfGtyb25vc3wxMjYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBE
OjdkZGMwYTgwNGNkNXx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0zYTFhZjYwYTM4YjRj
NTExNjM0YmEwYjYwODJjYzZjNQpbMjAxMjA1MDFUMTY6MjU6NDIuNzIzWnwgaW5mb3xrcm9ub3N8
MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdm0tc3RhcnQgdXVpZD0zZDA4Zjc0
YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD1udWxs
ClsyMDEyMDUwMVQxNjoyNTo0Mi43MjVafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDpiYTdmYzViNTE3ZGR8eGFwaV0g
U2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD03NGRlZDIwZWIyZDBkZmE4ZjA3MTVmNzE4ZjYyOTZkNyBw
b29sPWZhbHNlIHVuYW1lPXJvb3QgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI1OjQyLjcyNlp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmJhN2ZjNWI1MTdkZHx4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjcyNlp8ZGVi
dWd8a3Jvbm9zfDEyOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjJiMDlmMTk2ZGE4NyBjcmVhdGVkIGJ5IHRh
c2sgRDpiYTdmYzViNTE3ZGQKWzIwMTIwNTAxVDE2OjI1OjQyLjc3MFp8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGF1ZGl0XSBW
TS5zdGFydDogVk0gPSAnM2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IChkZWJp
YW4pJwpbMjAxMjA1MDFUMTY6MjU6NDIuNzc1WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gTm8gb3BlcmF0aW9ucyBh
cmUgdmFsaWQgYmVjYXVzZSBjdXJyZW50LW9wZXJhdGlvbnMgPSBbIE9wYXF1ZVJlZjoyNGYxOTc4
ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgLT4gYXR0YWNoIF0KWzIwMTIwNTAxVDE2OjI1
OjQyLjc3N1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0
IFI6MjRmMTk3OGRkNGEzfHhhcGldIFVzaW5nIHdsYiByZWNvbW1lbmRhdGlvbnMgZm9yIGNob29z
aW5nIGEgaG9zdCBoYXMgYmVlbiBkaXNhYmxlZCBvciB3bGIgaXMgbm90IGF2YWlsYWJsZS4gVXNp
bmcgb3JpZ2luYWwgYWxnb3JpdGhtClsyMDEyMDUwMVQxNjoyNTo0Mi43NzdafGRlYnVnfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBp
X2hhX3ZtX2ZhaWxvdmVyXSBhc3NlcnRfY29uZmlndXJhdGlvbl9jaGFuZ2VfcHJlc2VydmVzX2hh
X3BsYW4gYyA9IGNvbmZpZ3VyYXRpb25fY2hhbmdlID0geyBvbGRfdm1zX2xlYXZpbmcgPSBbICBd
OyBuZXdfdm1zX2Fycml2aW5nID0gWyBlNzJlZGZhZiAoa3Jvbm9zKSAxNDk5MGYxMCAoZGViaWFu
KSBdOyBob3N0c190b19kaXNhYmxlID0gWyAgXTsgbnVtX2ZhaWx1cmVzID0gbm8gY2hhbmdlOyBu
ZXdfdm1zID0gWyAgXSB9ClsyMDEyMDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMjgg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x0aHJlYWRfcXVl
dWVdIHB1c2godm1fbGlmZWN5Y2xlX29wLCBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
Myk6IHF1ZXVlID0gWyBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRhMyBdKDEpClsyMDEy
MDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMzB8fHRocmVhZF9xdWV1ZV0gcG9wKHZt
X2xpZmVjeWNsZV9vcCkgPSBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1
MDFUMTY6MjU6NDIuNzgxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2NrIG9u
IFZNIE9wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0
b2tlbiAzClsyMDEyMDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBzdGFydDogbWFraW5n
IHN1cmUgdGhlIFZNIHJlYWxseSBpcyBoYWx0ZWQKWzIwMTIwNTAxVDE2OjI1OjQyLjc4MVp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHhhcGldIHN0YXJ0OiBjaGVja2luZyB0aGF0IFZNIGNhbiBydW4gb24gdGhpcyBob3N0Clsy
MDEyMDUwMVQxNjoyNTo0Mi43ODJafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBUaGUgVk0ncyBCSU9TIHN0cmluZ3Mg
d2VyZSBub3QgeWV0IGZpbGxlZCBpbi4gVGhlIFZNIGlzIG5vdyBtYWRlIEJJT1MtZ2VuZXJpYy4K
WzIwMTIwNTAxVDE2OjI1OjQyLjc5N1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIHN0YXJ0OiBicmluZ2luZyB1cCBk
b21haW4gaW4gdGhlIHBhdXNlZCBzdGF0ZQpbMjAxMjA1MDFUMTY6MjU6NDIuNzk4WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
bWVtb3J5X2NvbnRyb2xdIGxvZ2dpbmcgaW50byBiYWxsb29uaW5nIHNlcnZpY2UKWzIwMTIwNTAx
VDE2OjI1OjQyLjc5OFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gQ2hlY2tpbmcgcGlkIDUxOTYKWzIw
MTIwNTAxVDE2OjI1OjQyLjgwMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gV3JpdHRlbiByZXF1ZXN0
IHVzaW5nIGlkOiA3YjBhOGI5OS0wZGFkLWM5MjYtYWE1Yi1iNTY3OTA2NTZlZDYKWzIwMTIwNTAx
VDE2OjI1OjQyLjgwMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9wc10gd2F0Y2g6IHdhdGNoaW5nIHhlbnN0b3JlIHBh
dGhzOiBbIC9zcXVlZXplZC9ycGMvcmVzcG9uc2UvbG9naW4vN2IwYThiOTktMGRhZC1jOTI2LWFh
NWItYjU2NzkwNjU2ZWQ2IF0gd2l0aCB0aW1lb3V0IDMwMC4wMDAwMDAgc2Vjb25kcwpbMjAxMjA1
MDFUMTY6MjU6NDIuODAyWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRyb2xdIHJlc2VydmVfbWVtb3J5X3Jh
bmdlIG1pbj0yNjYyNDAgbWF4PTI2NjI0MApbMjAxMjA1MDFUMTY6MjU6NDIuODAyWnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGVuc3RvcmUtcnBjXSBDaGVja2luZyBwaWQgNTE5NgpbMjAxMjA1MDFUMTY6MjU6NDIuODA0Wnxk
ZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4
ZGQ0YTN8eGVuc3RvcmUtcnBjXSBXcml0dGVuIHJlcXVlc3QgdXNpbmcgaWQ6IDI4MGM5ZTAwLTkz
YWYtNWY4Ni02OTY0LWQzZjgyMGE1YWVmMQpbMjAxMjA1MDFUMTY6MjU6NDIuODA0WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGVub3BzXSB3YXRjaDogd2F0Y2hpbmcgeGVuc3RvcmUgcGF0aHM6IFsgL3NxdWVlemVkL3JwYy9y
ZXNwb25zZS9yZXNlcnZlLW1lbW9yeS1yYW5nZS8yODBjOWUwMC05M2FmLTVmODYtNjk2NC1kM2Y4
MjBhNWFlZjEgXSB3aXRoIHRpbWVvdXQgMzAwLjAwMDAwMCBzZWNvbmRzClsyMDEyMDUwMVQxNjoy
NTo0Mi44MTBafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFy
dCBSOjI0ZjE5NzhkZDRhM3xtZW1vcnlfY29udHJvbF0gcmVzZXJ2ZV9tZW1vcnlfcmFuZ2UgYWN0
dWFsID0gMjY2MjQwClsyMDEyMDUwMVQxNjoyNTo0Mi44MTBafGRlYnVnfGtyb25vc3wxMjggVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xtZW1vcnlfY29udHJv
bF0gcmVzZXJ2ZWRfbWVtb3J5ID0gMjY2MjQwOyBtaW4gPSAyNjYyNDA7IG1heCA9IDI2NjI0MApb
MjAxMjA1MDFUMTY6MjU6NDIuODEwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gVk0gd2lsbCBoYXZlIDEgaG90cGx1
Z2dlZCB2Y3B1cyBvdXQgb2YgMQpbMjAxMjA1MDFUMTY6MjU6NDIuODEwWnxkZWJ1Z3xrcm9ub3N8
MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0g
eGVuIHJlcG9ydHMgbWF4IDI1NiBwQ1BVcwpbMjAxMjA1MDFUMTY6MjU6NDIuODExWnwgaW5mb3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gTWVtb3J5IGZyZWUgPSAxMDIyMjM2OyBzY3J1YiA9IDAKWzIwMTIwNTAxVDE2OjI1OjQy
LjgxMVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6
MjRmMTk3OGRkNGEzfHhlbm9wc10gUmVnZW5lcmF0aW5nIHRoZSB4ZW5zdG9yZWQgdHJlZSB1bmRl
cjogWy9sb2NhbC9kb21haW4vMV0KWzIwMTIwNTAxVDE2OjI1OjQyLjgyMVp8ZGVidWd8a3Jvbm9z
fDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9w
c10gQ3JlYXRlZCBkb21haW4gd2l0aCBpZDogMQpbMjAxMjA1MDFUMTY6MjU6NDIuODIxWnxkZWJ1
Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0
YTN8eGFwaV0gQ3JlYXRlZCBkb21haW4gd2l0aCBkb21pZDogMQpbMjAxMjA1MDFUMTY6MjU6NDIu
ODIxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoy
NGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRyb2xdIHRyYW5zZmVyX3Jlc2VydmF0aW9uX3RvX2RvbWFp
biBiY2IwNTA2NC05NGFmLWQwMzEtNDhiZS02MmI1NWEyZWFmYTUgLT4gMQpbMjAxMjA1MDFUMTY6
MjU6NDIuODIxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVuc3RvcmUtcnBjXSBDaGVja2luZyBwaWQgNTE5NgpbMjAxMjA1
MDFUMTY6MjU6NDIuODIzWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVuc3RvcmUtcnBjXSBXcml0dGVuIHJlcXVlc3QgdXNp
bmcgaWQ6IGM3OWYyMDk0LTA1ZmQtNzQ2Zi0wYTk5LTllNWZjZjA1MDYyOQpbMjAxMjA1MDFUMTY6
MjU6NDIuODIzWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSB3YXRjaDogd2F0Y2hpbmcgeGVuc3RvcmUgcGF0aHM6
IFsgL3NxdWVlemVkL3JwYy9yZXNwb25zZS90cmFuc2Zlci1yZXNlcnZhdGlvbi10by1kb21haW4v
Yzc5ZjIwOTQtMDVmZC03NDZmLTBhOTktOWU1ZmNmMDUwNjI5IF0gd2l0aCB0aW1lb3V0IDMwMC4w
MDAwMDAgc2Vjb25kcwpbMjAxMjA1MDFUMTY6MjU6NDIuODI3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRy
b2xdIGRlbGV0ZV9yZXNlcnZhdGlvbiBiY2IwNTA2NC05NGFmLWQwMzEtNDhiZS02MmI1NWEyZWFm
YTUKWzIwMTIwNTAxVDE2OjI1OjQyLjgyOFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gQ2hlY2tpbmcg
cGlkIDUxOTYKWzIwMTIwNTAxVDE2OjI1OjQyLjgzMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gV3Jp
dHRlbiByZXF1ZXN0IHVzaW5nIGlkOiBkNTNlMDhhOS01YTgwLTRmZWQtMzdlZC01MTU3NDk3ZTlm
NjcKWzIwMTIwNTAxVDE2OjI1OjQyLjgzMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9wc10gd2F0Y2g6IHdhdGNoaW5n
IHhlbnN0b3JlIHBhdGhzOiBbIC9zcXVlZXplZC9ycGMvcmVzcG9uc2UvZGVsZXRlLXJlc2VydmF0
aW9uL2Q1M2UwOGE5LTVhODAtNGZlZC0zN2VkLTUxNTc0OTdlOWY2NyBdIHdpdGggdGltZW91dCAz
MDAuMDAwMDAwIHNlY29uZHMKWzIwMTIwNTAxVDE2OjI1OjQyLjgzN1p8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFZl
cmlmeWluZyBWREkgcmVjb3JkcyBleGlzdApbMjAxMjA1MDFUMTY6MjU6NDIuODM3WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gY3JlYXRpbmcga2VybmVsClsyMDEyMDUwMVQxNjoyNTo0Mi44MzdafGRlYnVnfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBp
XSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQy
LjgzOFp8ZGVidWd8a3Jvbm9zfDEzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjcwY2NkZGY4MTVmOCBj
cmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjQyLjgzOVp8IGlu
Zm98a3Jvbm9zfDEzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4g
RDo1NWM0MThjOTU1Zjh8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1hNGExOWJhZDExMDNm
NjFlMzQ3M2MzMWY4N2I4YzgzZSBwb29sPXRydWUgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10
cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3
OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi44NDBafGRlYnVnfGtyb25vc3wxMzEgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6NTVjNDE4Yzk1NWY4fHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
ODQxWnxkZWJ1Z3xrcm9ub3N8MTMyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6NzE4NzgyYTJkY2NjIGNyZWF0
ZWQgYnkgdGFzayBEOjU1YzQxOGM5NTVmOApbMjAxMjA1MDFUMTY6MjU6NDIuODQzWnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoy
NTo0Mi44NDRafGRlYnVnfGtyb25vc3wxMzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZCRC5jcmVhdGUgRDpjMGQ3M2NjOTRiNzcgY3JlYXRl
ZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQxNjoyNTo0Mi44NDZafCBpbmZvfGty
b25vc3wxMzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWQkQuY3JlYXRlIEQ6YzBk
NzNjYzk0Yjc3fHRhc2toZWxwZXJdIHRhc2sgVkJELmNyZWF0ZSBSOjZlMjJhN2FiZjgxNiAodXVp
ZDpkMTdmZWJlZC0yOTM1LWMxY2ItZDgyNC01NTU2MWY3YmEyYjQpIGNyZWF0ZWQgKHRyYWNraWQ9
YTRhMTliYWQxMTAzZjYxZTM0NzNjMzFmODdiOGM4M2UpIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMK
WzIwMTIwNTAxVDE2OjI1OjQyLjg0Nlp8ZGVidWd8a3Jvbm9zfDEzMyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZCRC5jcmVhdGUgUjo2ZTIyYTdhYmY4MTZ8YXVkaXRdIFZCRC5jcmVhdGU6IFZNID0g
JzI3MjYwYTQ2LTRlOGItMDJlOC0yZDM1LWUxYjNjNDQ3OTM5NCAoQ29udHJvbCBkb21haW4gb24g
aG9zdDoga3Jvbm9zKSc7IFZESSA9ICdiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMnClsyMDEyMDUwMVQxNjoyNTo0Mi44NDdafGRlYnVnfGtyb25vc3wxMzMgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWQkQuY3JlYXRlIFI6NmUyMmE3YWJmODE2fHhhcGldIFZCRC5jcmVhdGUgKGRl
dmljZSA9IDA7IHV1aWQgPSA0MGI1NDkwNi0wZTcxLTE3NTAtMzIwNi0zOGZkYjIzMTkzNGM7IHJl
ZiA9IE9wYXF1ZVJlZjowMjliZDQ0ZS1jNTI2LTFkOGQtYjNjYi0zMTMxMGM0NDhiMTYpClsyMDEy
MDUwMVQxNjoyNTo0Mi44NTNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9s
aWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjg1NFp8ZGVidWd8a3Jvbm9zfDEzNCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELmdl
dF91dWlkIEQ6NmI2ZGRjZTk4MGI3IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NDIuODU1WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIv
bGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi44NTZafGRlYnVnfGtyb25vc3wxMzUgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZNLmdl
dF91dWlkIEQ6ZmMwNzE4MzU1YTc1IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NDIuODU4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gY3JlYXRlZCBWQkQgKHV1aWQgNDBiNTQ5
MDYtMGU3MS0xNzUwLTMyMDYtMzhmZGIyMzE5MzRjKTsgYXR0ZW1wdGluZyB0byBob3RwbHVnIHRv
IFZNICh1dWlkOiAyNzI2MGE0Ni00ZThiLTAyZTgtMmQzNS1lMWIzYzQ0NzkzOTQpClsyMDEyMDUw
MVQxNjoyNTo0Mi44NThafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIv
eGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjg1OVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELnBsdWcg
RDoyMzkyZjgwZWM4NGQgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQx
NjoyNTo0Mi44NjFafCBpbmZvfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNw
YXRjaDpWQkQucGx1ZyBEOjIzOTJmODBlYzg0ZHx0YXNraGVscGVyXSB0YXNrIFZCRC5wbHVnIFI6
ZmY2OWZmMWVhNTA3ICh1dWlkOjA2MDQ0NjQ1LWEzZTYtNTEzZi1hZGIyLWM0NDQxYTVhZWU2Nykg
Y3JlYXRlZCAodHJhY2tpZD1hNGExOWJhZDExMDNmNjFlMzQ3M2MzMWY4N2I4YzgzZSkgYnkgdGFz
ayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NDIuODYxWnxkZWJ1Z3xrcm9ub3N8MTM2
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8YXVkaXRdIFZC
RC5wbHVnOiBWQkQgPSAnNDBiNTQ5MDYtMGU3MS0xNzUwLTMyMDYtMzhmZGIyMzE5MzRjJwpbMjAx
MjA1MDFUMTY6MjU6NDIuODYzWnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2Nr
IG9uIFZNIE9wYXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNkNDVkNGVlZjAgd2l0
aCB0b2tlbiA0ClsyMDEyMDUwMVQxNjoyNTo0Mi44NjNafGRlYnVnfGtyb25vc3wxMzYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3x4YXBpXSB2YmRfcGx1Zzog
YXR0ZW1wdGluZyB0byBhdHRhY2ggdmJkClsyMDEyMDUwMVQxNjoyNTo0Mi44NjNafGRlYnVnfGty
b25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3x4
YXBpXSBBdHRlbXB0aW5nIHRvIGR5bmFtaWNhbGx5IGF0dGFjaCBWQkQgdG8gZG9taWQgMApbMjAx
MjA1MDFUMTY6MjU6NDIuODYzWnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8eGFwaV0gVkJEIGRldmljZSBuYW1lIDAgaW50ZXJw
cmV0ZWQgYXMgWGVuKDAsIDApIChodm0gPSBmYWxzZSkKWzIwMTIwNTAxVDE2OjI1OjQyLjg2M1p8
ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZm
MWVhNTA3fHhhcGldIFZCRC5wbHVnIG9mIGxvb3BiYWNrIFZCRCAnT3BhcXVlUmVmOjAyOWJkNDRl
LWM1MjYtMWQ4ZC1iM2NiLTMxMzEwYzQ0OGIxNicKWzIwMTIwNTAxVDE2OjI1OjQyLjg2M1p8IGlu
Zm98a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVh
NTA3fHN0b3JhZ2VfaW1wbF0gVkRJLmF0dGFjaCB0YXNrOk9wYXF1ZVJlZjpmZjY5ZmYxZS1hNTA3
LTdkYmQtMjRhMS1jYTNhY2YyMDU3ZDggZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEt
Yjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2Ey
MyByZWFkX3dyaXRlOmZhbHNlClsyMDEyMDUwMVQxNjoyNTo0Mi44NjRafGRlYnVnfGtyb25vc3wx
MzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3xkdW1teXRh
c2toZWxwZXJdIHRhc2sgVkRJLmF0dGFjaCBEOjYzYjZjMTc3YjBlMSBjcmVhdGVkIGJ5IHRhc2sg
UjpmZjY5ZmYxZWE1MDcKWzIwMTIwNTAxVDE2OjI1OjQyLjg2NFp8ZGVidWd8a3Jvbm9zfDEzNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hdHRhY2ggRDo2M2I2YzE3N2IwZTF8c21dIFNNIGV4
dCB2ZGlfYXR0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNh
NTNlN2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIg
d3JpdGFibGU9ZmFsc2UKWzIwMTIwNTAxVDE2OjI1OjQyLjg2NVp8IGluZm98a3Jvbm9zfDEzNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDpiZmI5Yjk1ZTNkYzl8eGFwaV0gU2Vzc2lv
bi5jcmVhdGUgdHJhY2tpZD1iMGMwMjAxYmMwYjU1YjZjZmFlYzEwMWUzMTQ4OGY0OCBwb29sPWZh
bHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9
dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6
NDIuODY2WnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OmJmYjliOTVlM2RjOXx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjg2N1p8ZGVidWd8a3Jvbm9zfDEzNyBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBE
OmYwNThmM2VhNTQwZSBjcmVhdGVkIGJ5IHRhc2sgRDpiZmI5Yjk1ZTNkYzkKWzIwMTIwNTAxVDE2
OjI1OjQyLjk0M1p8ZGVidWd8a3Jvbm9zfDEzOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6MDRiMWE5
MDk2M2M2IGNyZWF0ZWQgYnkgdGFzayBEOjYzYjZjMTc3YjBlMQpbMjAxMjA1MDFUMTY6MjU6NDIu
OTQ3WnxkZWJ1Z3xrcm9ub3N8MTM4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGlj
YWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6
NDIuOTkyWnwgaW5mb3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OmJmYjliOTVlM2RjOXx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1iMGMwMjAxYmMwYjU1
YjZjZmFlYzEwMWUzMTQ4OGY0OApbMjAxMjA1MDFUMTY6MjU6NDIuOTkzWnxkZWJ1Z3xrcm9ub3N8
MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8c3RvcmFn
ZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjpmZjY5ZmYxZS1hNTA3LTdkYmQtMjRhMS1jYTNhY2YyMDU3
ZDggZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRp
OmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmF0dGFjaGVk
ICBSTwpbMjAxMjA1MDFUMTY6MjU6NDIuOTkzWnwgaW5mb3xrcm9ub3N8MTM2IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8c3RvcmFnZV9pbXBsXSBWREkuYWN0
aXZhdGUgdGFzazpPcGFxdWVSZWY6ZmY2OWZmMWUtYTUwNy03ZGJkLTI0YTEtY2EzYWNmMjA1N2Q4
IGRwOnZiZC8wLzAgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpi
ZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMKWzIwMTIwNTAxVDE2OjI1OjQyLjk5
NFp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2
OWZmMWVhNTA3fGR1bW15dGFza2hlbHBlcl0gdGFzayBWREkuYWN0aXZhdGUgRDpkZDk2Njk2ODQ1
Y2IgY3JlYXRlZCBieSB0YXNrIFI6ZmY2OWZmMWVhNTA3ClsyMDEyMDUwMVQxNjoyNTo0Mi45OTRa
fGRlYnVnfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuYWN0aXZhdGUgRDpk
ZDk2Njk2ODQ1Y2J8c21dIFNNIGV4dCB2ZGlfYWN0aXZhdGUgc3I9T3BhcXVlUmVmOmZjMjMwNTM0
LWFjOTUtNWIxOS0zYTY4LTQ4NjZmM2E1M2U3YSB2ZGk9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEt
MGZiOC04OTM4LTFhOGFhNjg5Mjc4MgpbMjAxMjA1MDFUMTY6MjU6NDIuOTk2WnwgaW5mb3xrcm9u
b3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjFmNDU3ODVjYTZlMXx4YXBp
XSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTZlNzkxODFiYzM5MDk0MGUwYzY3MmJiNmIwNTljMDdk
IHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9
IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUw
MVQxNjoyNTo0Mi45OTZafGRlYnVnfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxz
bV9leGVjIEQ6MWY0NTc4NWNhNmUxfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94
Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuOTk3WnxkZWJ1Z3xrcm9ub3N8MTM5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdl
dF91dWlkIEQ6OGViMGViN2ZiZjQ5IGNyZWF0ZWQgYnkgdGFzayBEOjFmNDU3ODVjYTZlMQpbMjAx
MjA1MDFUMTY6MjU6NDMuMDczWnxkZWJ1Z3xrcm9ub3N8MTQwIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcg
RDplZTY1ZGE0YWZjOTIgY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQx
NjoyNTo0My4wNzlafGRlYnVnfGtyb25vc3wxNDAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0
cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUw
MVQxNjoyNTo0My4xMjBafGRlYnVnfGtyb25vc3wxNDEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOjlmNWY3YmUw
NDgzZiBjcmVhdGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEy
Mlp8ZGVidWd8a3Jvbm9zfDE0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjEyM1p8ZGVidWd8a3Jvbm9zfDE0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5nZXRfYnlfdXVpZCBEOjJkMzE2Y2YwNzQ5NSBjcmVh
dGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEyNVp8ZGVidWd8
a3Jvbm9zfDE0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEyNVp8ZGVi
dWd8a3Jvbm9zfDE0MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDowYTkxZDliMjIyY2IgY3JlYXRlZCBieSB0
YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xMjdafGRlYnVnfGtyb25vc3wx
NDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xMjhafGRlYnVnfGtyb25v
c3wxNDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3Bh
dGNoOlZESS5hZGRfdG9fc21fY29uZmlnIEQ6N2UyNTkwZDVjYmRkIGNyZWF0ZWQgYnkgdGFzayBE
OmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTI5WnwgaW5mb3xrcm9ub3N8MTQ0IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b19zbV9jb25maWcgRDo3ZTI1
OTBkNWNiZGR8YXBpX2VmZmVjdF0gVkRJLmFkZF90b19zbV9jb25maWcKWzIwMTIwNTAxVDE2OjI1
OjQzLjEzMFp8ZGVidWd8a3Jvbm9zfDE0NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjQzLjEzMVp8ZGVidWd8a3Jvbm9zfDE0NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDo0ZTU4OWIzZjI4
ZWEgY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xMzNa
fGRlYnVnfGtyb25vc3wxNDUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4x
MzRafGRlYnVnfGtyb25vc3wxNDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmRkYmEzYTQ2MWQwNyBjcmVhdGVk
IGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEzNVp8ZGVidWd8a3Jv
bm9zfDE0NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEzNlp8ZGVidWd8
a3Jvbm9zfDE0NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6VkRJLmdldF9TUiBEOjNjZjNhODAwNWQ5OSBjcmVhdGVkIGJ5IHRhc2sgRDpkZDk2
Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEzOFp8ZGVidWd8a3Jvbm9zfDE0NyBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2Yg
Y29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEzOVp8ZGVidWd8a3Jvbm9zfDE0OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0
X3V1aWQgRDo0ODdlMDc1ZmM1MDggY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEy
MDUwMVQxNjoyNTo0My4xNDFafGRlYnVnfGtyb25vc3wxNDggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsy
MDEyMDUwMVQxNjoyNTo0My4xNDFafGRlYnVnfGtyb25vc3wxNDkgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6YzBi
ODA2NDVhYTQ0IGNyZWF0ZWQgYnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6
NDMuMTQzWnxkZWJ1Z3xrcm9ub3N8MTQ5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3Jp
dGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6
MjU6NDMuMTQ0WnxkZWJ1Z3xrcm9ub3N8MTUwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRfdHlwZSBEOjdiMDg0MmE1NWRiNiBjcmVh
dGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjE0NVp8ZGVidWd8
a3Jvbm9zfDE1MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE0Nlp8ZGVi
dWd8a3Jvbm9zfDE1MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6U00uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6NDc5YWJlZjFkMWQ3IGNyZWF0
ZWQgYnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTQ4WnxkZWJ1Z3xr
cm9ub3N8MTUxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTQ5WnxkZWJ1
Z3xrcm9ub3N8MTUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpTTS5nZXRfZHJpdmVyX2ZpbGVuYW1lIEQ6NjVlODk3ZjkyMWZkIGNyZWF0ZWQg
YnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTUxWnxkZWJ1Z3xrcm9u
b3N8MTUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0
ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTY4WnxkZWJ1Z3xr
cm9ub3N8MTUzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBk
aXNwYXRjaDpWTS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDpjYTc5ZjE5YjA2MGIgY3JlYXRlZCBi
eSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xNzNafGRlYnVnfGtyb25v
c3wxNTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xNzNafGRlYnVnfGty
b25vc3wxNTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlBCRC5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDplZDA4NTQ5ZmJiOGMgY3JlYXRlZCBi
eSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xNzVafGRlYnVnfGtyb25v
c3wxNTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xNzZafGRlYnVnfGty
b25vc3wxNTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlBCRC5nZXRfZGV2aWNlX2NvbmZpZyBEOmYxYzBhZTFiOTczNyBjcmVhdGVkIGJ5IHRh
c2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjE3OFp8ZGVidWd8a3Jvbm9zfDE1
NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE4M1p8ZGVidWd8a3Jvbm9z
fDE1NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE5MVp8IGluZm98a3Jv
bm9zfDE1NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVfZnJvbV94
ZW5zdG9yZV9kYXRhIEQ6MDA5NzA0MTc1MjFkfGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV94
ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo0My4xOTNafGRlYnVnfGtyb25vc3wxNTcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9u
IG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xOTVafCBpbmZvfGtyb25vc3wxNTgg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVf
ZGF0YSBEOmU2NzAyZTZjMmUwMHxhcGlfZWZmZWN0XSBWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVf
ZGF0YQpbMjAxMjA1MDFUMTY6MjU6NDMuMTk2WnxkZWJ1Z3xrcm9ub3N8MTU4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25u
ZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTk4WnwgaW5mb3xrcm9ub3N8MTU5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6NDQ5MTA1
MmU5YmE5fGFwaV9lZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6
MjU6NDMuMTk5WnxkZWJ1Z3xrcm9ub3N8MTU5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBf
Y3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFU
MTY6MjU6NDMuMjAxWnwgaW5mb3xrcm9ub3N8MTYwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlz
cGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEgRDpmYzQ0NzNiNWY5NWV8YXBpX2Vm
ZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIw
Mlp8ZGVidWd8a3Jvbm9zfDE2MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjIwNFp8IGluZm98a3Jvbm9zfDE2MSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE
SS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9kYXRhIEQ6MTQwNTA5MDhjYTU5fGFwaV9lZmZlY3RdIFZE
SS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo0My4yMDVafGRlYnVn
fGtyb25vc3wxNjEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0
dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4yMDdafCBp
bmZvfGtyb25vc3wxNjIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3Zl
X2Zyb21feGVuc3RvcmVfZGF0YSBEOjBhNWZlOGRkNmUzOXxhcGlfZWZmZWN0XSBWREkucmVtb3Zl
X2Zyb21feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NDMuMjA5WnxkZWJ1Z3xrcm9ub3N8
MTYyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMjEwWnwgaW5mb3xrcm9u
b3N8MTYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEgRDplZDY3NDdkY2Q2MTB8YXBpX2VmZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxMlp8ZGVidWd8a3Jvbm9zfDE2MyBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxM1p8IGluZm98a3Jvbm9zfDE2NCBV
TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5hZGRfdG9feGVuc3RvcmVfZGF0YSBE
OjQyZGI2YjM2MTI1NHxhcGlfZWZmZWN0XSBWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEKWzIwMTIw
NTAxVDE2OjI1OjQzLjIxNVp8ZGVidWd8a3Jvbm9zfDE2NCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIw
MTIwNTAxVDE2OjI1OjQzLjIxNlp8IGluZm98a3Jvbm9zfDE2NSBVTklYIC92YXIvbGliL3hjcC94
YXBpfGRpc3BhdGNoOlZESS5hZGRfdG9feGVuc3RvcmVfZGF0YSBEOmM5ZTRjOWFiZmFiMXxhcGlf
ZWZmZWN0XSBWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxOFp8
ZGVidWd8a3Jvbm9zfDE2NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjIx
OVp8IGluZm98a3Jvbm9zfDE2NiBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5h
ZGRfdG9feGVuc3RvcmVfZGF0YSBEOjg3NzkzNTIzNDFlOXxhcGlfZWZmZWN0XSBWREkuYWRkX3Rv
X3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIyNVp8ZGVidWd8a3Jvbm9zfDE2NiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjMzNlp8IGluZm98a3Jvbm9zfDEz
NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDoxZjQ1Nzg1Y2E2ZTF8eGFwaV0gU2Vz
c2lvbi5kZXN0cm95IHRyYWNraWQ9NmU3OTE4MWJjMzkwOTQwZTBjNjcyYmI2YjA1OWMwN2QKWzIw
MTIwNTAxVDE2OjI1OjQzLjMzN1p8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVhNTA3fHN0b3JhZ2VfaW1wbF0gdGFzazpPcGFxdWVSZWY6
ZmY2OWZmMWUtYTUwNy03ZGJkLTI0YTEtY2EzYWNmMjA1N2Q4IGRwOnZiZC8wLzAgc3I6OTZlNWRi
MDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdk
Ny1mNzJhMzYwM2NhMjMgc3VwZXJzdGF0ZTphY3RpdmF0ZWQgUk8KWzIwMTIwNTAxVDE2OjI1OjQz
LjMzOVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6
ZmY2OWZmMWVhNTA3fHhhcGldIHZiZF9wbHVnOiBzdWNjZXNzZnVsbHkgaG90cGx1Z2dlZCBkZXZp
Y2UKWzIwMTIwNTAxVDE2OjI1OjQzLjMzOVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVhNTA3fGxvY2tpbmdfaGVscGVyc10gUmVsZWFz
ZWQgbG9jayBvbiBWTSBPcGFxdWVSZWY6ZjExZGVlZTMtOTNhYy00MjQ3LWFhYzAtZGEzZDQ1ZDRl
ZWYwIHdpdGggdG9rZW4gNApbMjAxMjA1MDFUMTY6MjU6NDMuMzQ1WnxkZWJ1Z3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8Ym9vdGxvYWRl
cl0gQm9vdGxvYWRlciBjb21tYW5kbGluZTogL3Vzci9iaW4vZWxpbG9hZGVyIC1xIC0tZGVmYXVs
dF9hcmdzPSAtLWV4dHJhX2FyZ3M9LS0gcXVpZXQgY29uc29sZT1odmMwIC0tdm09M2QwOGY3NGEt
MTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IC9kZXYvc20vYmFja2VuZC85NmU1ZGIwMi1jNzc4
LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcvYmUzYWFjMDYtZmFiOS00MmQyLWE3ZDctZjcyYTM2MDNj
YTIzCgpbMjAxMjA1MDFUMTY6MjU6NDMuNDQwWnwgaW5mb3xrcm9ub3N8MTY3IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6OWEzMGI1ZmUyNjA1fHhh
cGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9YTM1MjJlYjZjZWI2YTk1NDYwNWE4YmU2ZDY4OWMz
ODMgcG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI1OjQzLjQ0MVp8ZGVidWd8a3Jvbm9zfDE2NyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjlhMzBiNWZlMjYwNXx4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0MVp8ZGVi
dWd8a3Jvbm9zfDE2OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjhlZWUxNTY4ODgxOCBjcmVhdGVkIGJ5IHRh
c2sgRDo5YTMwYjVmZTI2MDUKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0NFp8ZGVidWd8a3Jvbm9zfDE2
NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0Nlp8ZGVidWd8a3Jvbm9z
fDE2OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0OVp8ZGVidWd8a3Jv
bm9zfDE3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1MVp8ZGVidWd8
a3Jvbm9zfDE3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1M1p8ZGVi
dWd8a3Jvbm9zfDE3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVt
YXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1Nlp8
ZGVidWd8a3Jvbm9zfDE3MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1
OVp8ZGVidWd8a3Jvbm9zfDE3NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjQ1OVp8ZGVidWd8a3Jvbm9zfDE3NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOmxv
Z291dCBEOjEyMmI2ZGI2MzZhZXxkaXNwYXRjaGVyXSBVbmtub3duIHJwYyAibG9nb3V0IgpbMjAx
MjA1MDFUMTY6MjU6NDMuNDYxWnxkZWJ1Z3xrcm9ub3N8MTc1IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpb
MjAxMjA1MDFUMTY6MjU6NTguNDc1WnwgaW5mb3xrcm9ub3N8MTc2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6YzQ4NTVmNjhhZTUwfHhhcGldIFNl
c3Npb24uY3JlYXRlIHRyYWNraWQ9YzRjMWNmMzRkZmU1NTM2M2Q0N2IyYzhmNzQ2NTkyODYgcG9v
bD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFy
ZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2
OjI1OjU4LjQ3NVp8ZGVidWd8a3Jvbm9zfDE3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Np
b24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmM0ODU1ZjY4YWU1MHx4YXBpXSBBdHRlbXB0aW5nIHRv
IG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjQ3Nlp8ZGVidWd8a3Jv
bm9zfDE3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjJkMzg4ZjdkYWFkZiBjcmVhdGVkIGJ5IHRhc2sgRDpj
NDg1NWY2OGFlNTAKWzIwMTIwNTAxVDE2OjI1OjU4LjQ3OFp8ZGVidWd8a3Jvbm9zfDE3NiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4MVp8ZGVidWd8a3Jvbm9zfDE3OCBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4M1p8ZGVidWd8a3Jvbm9zfDE3
OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4Nlp8ZGVidWd8a3Jvbm9z
fDE4MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4OFp8ZGVidWd8a3Jv
bm9zfDE4MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5MFp8ZGVidWd8
a3Jvbm9zfDE4MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5Mlp8IGlu
Zm98a3Jvbm9zfDE4MyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZNLnNldF9QVl9i
b290bG9hZGVyIEQ6MDRjNmFiYWVjM2M5fGFwaV9lZmZlY3RdIFZNLnNldF9QVl9ib290bG9hZGVy
ClsyMDEyMDUwMVQxNjoyNTo1OC40OTNafGRlYnVnfGtyb25vc3wxODMgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rp
b24hClsyMDEyMDUwMVQxNjoyNTo1OC40OTRafGRlYnVnfGtyb25vc3wxODQgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxkaXNwYXRjaDpsb2dvdXQgRDo4OTc0OWIxMzNjNTB8ZGlzcGF0Y2hlcl0gVW5r
bm93biBycGMgImxvZ291dCIKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5NVp8ZGVidWd8a3Jvbm9zfDE4
NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5Nlp8IGluZm98a3Jvbm9z
fDE4NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBE
OjJlNTA4ZjYyYzkyM3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPWIyZGM5MjQyODYxMWI0
NjY0YmI1OTgwZjlhM2U2MjQxIHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10
cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3
OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo1OC40OTdafGRlYnVnfGtyb25vc3wxODUgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDoyZTUwOGY2MmM5
MjN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQx
NjoyNTo1OC40OThafGRlYnVnfGtyb25vc3wxODYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVt
bXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpkNTE3OWFkNDhj
NDcgY3JlYXRlZCBieSB0YXNrIEQ6MmU1MDhmNjJjOTIzClsyMDEyMDUwMVQxNjoyNTo1OC41MDBa
fGRlYnVnfGtyb25vc3wxODUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC41
MDJafGRlYnVnfGtyb25vc3wxODcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC41MDVafGRlYnVnfGtyb25vc3wxODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OC41MDdafGRlYnVnfGtyb25vc3wxODkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9j
cml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQx
NjoyNTo1OC41MDlafGRlYnVnfGtyb25vc3wxOTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0
cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUw
MVQxNjoyNTo1OC41MTJafGRlYnVnfGtyb25vc3wxOTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEy
MDUwMVQxNjoyNTo1OC41MTNafCBpbmZvfGtyb25vc3wxOTIgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDo1MzU3OWRkNTAzZDZ8YXBp
X2VmZmVjdF0gVk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo1OC41
MTVafGRlYnVnfGtyb25vc3wxOTIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC41MTZafCBpbmZvfGtyb25vc3wxOTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpW
TS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDoyODVhM2MwZTVlM2F8YXBpX2VmZmVjdF0gVk0u
cmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo1OC41MTlafGRlYnVnfGty
b25vc3wxOTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJl
IHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC41MTlafGRlYnVn
fGtyb25vc3wxOTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpsb2dvdXQgRDplMjQw
Yjc4ZjcwZTd8ZGlzcGF0Y2hlcl0gVW5rbm93biBycGMgImxvZ291dCIKWzIwMTIwNTAxVDE2OjI1
OjU4LjUyNlp8ZGVidWd8a3Jvbm9zfDE5NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjU4LjUyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0
YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3Av
eGFwaQpbMjAxMjA1MDFUMTY6MjU6NTguNTI4WnxkZWJ1Z3xrcm9ub3N8MTk1IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZl
X2xvZ2luIEQ6MTQ0MzFiMmY4OGI3IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NTguNTI5WnwgaW5mb3xrcm9ub3N8MTk1IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjcyMDkxODI4MTc2Ynx4YXBpXSBTZXNzaW9uLmNyZWF0
ZSB0cmFja2lkPTU3YmJmMTk0MWRlM2JhNDllNDM5NGJmNTRiMWE4MjVjIHBvb2w9dHJ1ZSB1bmFt
ZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9
OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1OjU4LjUzMFp8
ZGVidWd8a3Jvbm9zfDE5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9n
aW4gRDo3MjA5MTgyODE3NmJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94
YXBpClsyMDEyMDUwMVQxNjoyNTo1OC41MzBafGRlYnVnfGtyb25vc3wxOTYgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1
aWQgRDo4MjEyMTAxOWQ1Y2UgY3JlYXRlZCBieSB0YXNrIEQ6NzIwOTE4MjgxNzZiClsyMDEyMDUw
MVQxNjoyNTo1OC41MzNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIv
eGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjUzM1p8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELnVucGx1
ZyBEOmEyNTg3NjhhZjg5MSBjcmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAx
VDE2OjI1OjU4LjUzNVp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRp
c3BhdGNoOlZCRC51bnBsdWcgRDphMjU4NzY4YWY4OTF8dGFza2hlbHBlcl0gdGFzayBWQkQudW5w
bHVnIFI6YzY0MDllNzQzODMzICh1dWlkOjZkODRhZjE1LWVkODUtNGM3MS00YzM5LTM0YjJkNDU0
N2YxMSkgY3JlYXRlZCAodHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRiZjU0YjFhODI1Yykg
YnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NTguNTM2WnxkZWJ1Z3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xh
dWRpdF0gVkJELnVucGx1ZzogVkJEID0gJzQwYjU0OTA2LTBlNzEtMTc1MC0zMjA2LTM4ZmRiMjMx
OTM0YycKWzIwMTIwNTAxVDE2OjI1OjU4LjUzN1p8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92YXIv
bGliL3hjcC94YXBpfFZCRC51bnBsdWcgUjpjNjQwOWU3NDM4MzN8bG9ja2luZ19oZWxwZXJzXSBB
Y3F1aXJlZCBsb2NrIG9uIFZNIE9wYXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNk
NDVkNGVlZjAgd2l0aCB0b2tlbiA1ClsyMDEyMDUwMVQxNjoyNTo1OC41MzhafGRlYnVnfGtyb25v
c3wxOTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQudW5wbHVnIFI6YzY0MDllNzQzODMzfHhh
cGldIFZCRC51bnBsdWcgb2YgbG9vcGJhY2sgVkJEICdPcGFxdWVSZWY6MDI5YmQ0NGUtYzUyNi0x
ZDhkLWIzY2ItMzEzMTBjNDQ4YjE2JwpbMjAxMjA1MDFUMTY6MjU6NTguNTM4WnwgaW5mb3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xz
dG9yYWdlX2ltcGxdIERQLmRlc3Ryb3kgdGFzazpPcGFxdWVSZWY6YzY0MDllNzQtMzgzMy05Mjk4
LTQ0OTEtZDNiYmI0NTMyYTg2IGRwOnZiZC8wLzAgYWxsb3dfbGVhazpmYWxzZQpbMjAxMjA1MDFU
MTY6MjU6NTguNTM4WnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJE
LnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xkdW1teXRhc2toZWxwZXJdIHRhc2sgVkRJLmRlYWN0aXZh
dGUgRDo0OGU5OTJkM2E4MjcgY3JlYXRlZCBieSB0YXNrIFI6YzY0MDllNzQzODMzClsyMDEyMDUw
MVQxNjoyNTo1OC41MzhafGRlYnVnfGtyb25vc3wxOTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
REkuZGVhY3RpdmF0ZSBEOjQ4ZTk5MmQzYTgyN3xzbV0gU00gZXh0IHZkaV9kZWFjdGl2YXRlIHNy
PU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EgdmRpPU9wYXF1
ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIwMTIwNTAxVDE2OjI1
OjU4LjU0MFp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMg
RDoxYmRlYjY1ODIwNWF8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0yM2Q2MzhiOGJmMzMy
YWFjMmI4ODRhYjc0NGY4ZGFlYyBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9
dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQy
NzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NTguNTQwWnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjFiZGViNjU4MjA1YXx4YXBpXSBBdHRlbXB0aW5n
IHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjU0MVp8ZGVidWd8
a3Jvbm9zfDE5OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjgzYTA3ZDkwYTIxOSBjcmVhdGVkIGJ5IHRhc2sg
RDoxYmRlYjY1ODIwNWEKWzIwMTIwNTAxVDE2OjI1OjU4LjYxN1p8ZGVidWd8a3Jvbm9zfDE5OSBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9z
dC5nZXRfb3RoZXJfY29uZmlnIEQ6ODExYTA3ZTNiYmQ4IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5
MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjIzWnxkZWJ1Z3xrcm9ub3N8MTk5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguNjMwWnxkZWJ1Z3xrcm9ub3N8MjAwIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0
X2J5X3V1aWQgRDozYjhjMjVjMzM5NWUgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3Clsy
MDEyMDUwMVQxNjoyNTo1OC42MzNafGRlYnVnfGtyb25vc3wyMDAgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24h
ClsyMDEyMDUwMVQxNjoyNTo1OC42MzNafGRlYnVnfGtyb25vc3wyMDEgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfc21fY29uZmln
IEQ6MzhjOGRhODA0YzA0IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFU
MTY6MjU6NTguNjM3WnxkZWJ1Z3xrcm9ub3N8MjAxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0
dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1
MDFUMTY6MjU6NTguNjcyWnxkZWJ1Z3xrcm9ub3N8MjAyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X2J5X3V1aWQgRDowOWQyZWM0
NTM2YjAgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC42
NzRafGRlYnVnfGtyb25vc3wyMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC42NzVafGRlYnVnfGtyb25vc3wyMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNr
aGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfU1IgRDpiN2VjMTEyZjRmNmYgY3JlYXRlZCBi
eSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC42NzZafGRlYnVnfGtyb25v
c3wyMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC42NzdafGRlYnVnfGty
b25vc3wyMDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLmdldF91dWlkIEQ6YTE5NjVhNTBmNDAxIGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5
MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjc5WnxkZWJ1Z3xrcm9ub3N8MjA0IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguNjgwWnxkZWJ1Z3xrcm9ub3N8MjA1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRf
YnlfdXVpZCBEOmQ0NTAwYWI4ZGIwNSBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIw
MTIwNTAxVDE2OjI1OjU4LjY4Mlp8ZGVidWd8a3Jvbm9zfDIwNSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI1OjU4LjY4Mlp8ZGVidWd8a3Jvbm9zfDIwNiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3R5cGUgRDo2YzE1
NGRhN2U4ODYgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1
OC42ODRafGRlYnVnfGtyb25vc3wyMDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OC42ODVafGRlYnVnfGtyb25vc3wyMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNNLmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOmQxOTU1
Y2FiMWQ5MiBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4
LjY4OFp8ZGVidWd8a3Jvbm9zfDIwNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1
OjU4LjY4OFp8ZGVidWd8a3Jvbm9zfDIwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U00uZ2V0X2RyaXZlcl9maWxlbmFtZSBEOmJjNjhhMTI1
YzJmNSBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjY5
MVp8ZGVidWd8a3Jvbm9zfDIwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4
LjY5Mlp8ZGVidWd8a3Jvbm9zfDIwOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6NDk0NjllMGIy
NmM4IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjk2
WnxkZWJ1Z3xrcm9ub3N8MjA5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTgu
Njk3WnxkZWJ1Z3xrcm9ub3N8MjEwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpQQkQuZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6MDA5MThlZjUz
M2YyIGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjk5
WnxkZWJ1Z3xrcm9ub3N8MjEwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTgu
NzAwWnxkZWJ1Z3xrcm9ub3N8MjExIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpQQkQuZ2V0X2RldmljZV9jb25maWcgRDozMWVmMzYzZDQxZGEg
Y3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MDJafGRl
YnVnfGtyb25vc3wyMTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJl
bWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43MDda
fGRlYnVnfGtyb25vc3wyMTIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43
MTRafGRlYnVnfGtyb25vc3wyMTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOjk5MzJlYTU0ZGFlNiBjcmVhdGVk
IGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjcxNlp8ZGVidWd8a3Jv
bm9zfDIxMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjcxN1p8ZGVidWd8
a3Jvbm9zfDIxNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6aG9zdC5nZXRfYnlfdXVpZCBEOmQ3OGJkNzQyZTIwMCBjcmVhdGVkIGJ5IHRhc2sg
RDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjcxOVp8ZGVidWd8a3Jvbm9zfDIxNCBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjcxOVp8ZGVidWd8a3Jvbm9zfDIx
NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
VkRJLmdldF9zbV9jb25maWcgRDpiYTE2MzkyNTNkZTIgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTky
ZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MjFafGRlYnVnfGtyb25vc3wyMTUgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNv
bm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43MjJafGRlYnVnfGtyb25vc3wyMTYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5yZW1v
dmVfZnJvbV9zbV9jb25maWcgRDpjNWRlNzgzMjRlYzggY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTky
ZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MjNafCBpbmZvfGtyb25vc3wyMTYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21fc21fY29uZmlnIEQ6YzVkZTc4
MzI0ZWM4fGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV9zbV9jb25maWcKWzIwMTIwNTAxVDE2
OjI1OjU4LjczMVp8ZGVidWd8a3Jvbm9zfDIxNiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRw
X2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAx
VDE2OjI1OjU4LjczOVp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNt
X2V4ZWMgRDoxYmRlYjY1ODIwNWF8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MjNkNjM4
YjhiZjMzMmFhYzJiODg0YWI3NDRmOGRhZWMKWzIwMTIwNTAxVDE2OjI1OjU4Ljc0MFp8ZGVidWd8
a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC51bnBsdWcgUjpjNjQwOWU3NDM4
MzN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjpjNjQwOWU3NC0zODMzLTkyOTgtNDQ5MS1k
M2JiYjQ1MzJhODYgZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgw
MDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRl
OmF0dGFjaGVkICBSTwpbMjAxMjA1MDFUMTY6MjU6NTguNzQxWnxkZWJ1Z3xrcm9ub3N8MTk3IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xkdW1teXRhc2to
ZWxwZXJdIHRhc2sgVkRJLmRldGFjaCBEOjRkNzJlOTJjNjdlNCBjcmVhdGVkIGJ5IHRhc2sgUjpj
NjQwOWU3NDM4MzMKWzIwMTIwNTAxVDE2OjI1OjU4Ljc0MVp8ZGVidWd8a3Jvbm9zfDE5NyBVTklY
IC92YXIvbGliL3hjcC94YXBpfFZESS5kZXRhY2ggRDo0ZDcyZTkyYzY3ZTR8c21dIFNNIGV4dCB2
ZGlfZGV0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNl
N2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIw
MTIwNTAxVDE2OjI1OjU4Ljc0M1p8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfHNtX2V4ZWMgRDoyOGFmZDJjYzVhMTN8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1i
YTdhYzViNTk3ZmFmYzNiMzc1ZTgyMTQ2NDA3YTA2MiBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2Nh
bF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQx
Yzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NTguNzQzWnxkZWJ1Z3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjI4YWZkMmNjNWExM3x4YXBp
XSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4
Ljc0NFp8ZGVidWd8a3Jvbm9zfDIxNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmFjZGQ5M2NlOTExNyBjcmVh
dGVkIGJ5IHRhc2sgRDoyOGFmZDJjYzVhMTMKWzIwMTIwNTAxVDE2OjI1OjU4LjgyMFp8ZGVidWd8
a3Jvbm9zfDIxOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6NjFhZjRmMzg3MjhlIGNyZWF0ZWQgYnkg
dGFzayBEOjRkNzJlOTJjNjdlNApbMjAxMjA1MDFUMTY6MjU6NTguODI2WnxkZWJ1Z3xrcm9ub3N8
MjE4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguODQ2WnwgaW5mb3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjI4YWZkMmNjNWExM3x4YXBp
XSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1iYTdhYzViNTk3ZmFmYzNiMzc1ZTgyMTQ2NDA3YTA2
MgpbMjAxMjA1MDFUMTY6MjU6NTguODQ3WnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xzdG9yYWdlX2ltcGxdIHRhc2s6T3Bh
cXVlUmVmOmM2NDA5ZTc0LTM4MzMtOTI5OC00NDkxLWQzYmJiNDUzMmE4NiBkcDp2YmQvMC8wIHNy
Ojk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkxODAwMDVlNyB2ZGk6YmUzYWFjMDYtZmFiOS00
MmQyLWE3ZDctZjcyYTM2MDNjYTIzIHN1cGVyc3RhdGU6ZGV0YWNoZWQKWzIwMTIwNTAxVDE2OjI1
OjU4Ljg0OVp8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC51bnBs
dWcgUjpjNjQwOWU3NDM4MzN8bG9ja2luZ19oZWxwZXJzXSBSZWxlYXNlZCBsb2NrIG9uIFZNIE9w
YXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNkNDVkNGVlZjAgd2l0aCB0b2tlbiA1
ClsyMDEyMDUwMVQxNjoyNTo1OC44NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4Ljg1Nlp8ZGVidWd8a3Jvbm9zfDIx
OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
VkJELmRlc3Ryb3kgRDo2ZmJhODFhODI0YzEgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEz
ClsyMDEyMDUwMVQxNjoyNTo1OC44NThafCBpbmZvfGtyb25vc3wyMTkgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxkaXNwYXRjaDpWQkQuZGVzdHJveSBEOjZmYmE4MWE4MjRjMXx0YXNraGVscGVyXSB0
YXNrIFZCRC5kZXN0cm95IFI6ZGRmZDEwNmRmMmJjICh1dWlkOmM0YTVhNWVlLWJhOWItY2UzOC04
ZmQ4LWU0OGE2ZWFlMDY1NSkgY3JlYXRlZCAodHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRi
ZjU0YjFhODI1YykgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NTguODU4
WnxkZWJ1Z3xrcm9ub3N8MjE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmRlc3Ryb3kgUjpk
ZGZkMTA2ZGYyYmN8YXVkaXRdIFZCRC5kZXN0cm95OiBWQkQgPSAnNDBiNTQ5MDYtMGU3MS0xNzUw
LTMyMDYtMzhmZGIyMzE5MzRjJwpbMjAxMjA1MDFUMTY6MjU6NTguODU4WnxkZWJ1Z3xrcm9ub3N8
MjE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmRlc3Ryb3kgUjpkZGZkMTA2ZGYyYmN8eGFw
aV0gVkJELmRlc3Ryb3kgKHV1aWQgPSA0MGI1NDkwNi0wZTcxLTE3NTAtMzIwNi0zOGZkYjIzMTkz
NGM7IHJlZiA9IE9wYXF1ZVJlZjowMjliZDQ0ZS1jNTI2LTFkOGQtYjNjYi0zMTMxMGM0NDhiMTYp
ClsyMDEyMDUwMVQxNjoyNTo1OC44NjNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4Ljg2NFp8ZGVidWd8a3Jvbm9zfDIy
MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
c2Vzc2lvbi5sb2dvdXQgRDoyMDcxZWRmYWNkYjIgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRk
NGEzClsyMDEyMDUwMVQxNjoyNTo1OC44NjVafCBpbmZvfGtyb25vc3wyMjAgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjZmYjA3ZjJmZWY1NXx4YXBpXSBTZXNzaW9uLmRl
c3Ryb3kgdHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRiZjU0YjFhODI1YwpbMjAxMjA1MDFU
MTY6MjU6NTguODY3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0u
c3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo1OC44NjdafGRlYnVnfGtyb25vc3wyMjEgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24ubG9n
b3V0IEQ6ZTZlNTk2NDFiNjkwIGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1
MDFUMTY6MjU6NTguODY5WnwgaW5mb3xrcm9ub3N8MjIxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
c2Vzc2lvbi5sb2dvdXQgRDoxYjU0ZGJmZWU2NzR8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNr
aWQ9YTRhMTliYWQxMTAzZjYxZTM0NzNjMzFmODdiOGM4M2UKWzIwMTIwNTAxVDE2OjI1OjU4Ljg3
MFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRm
MTk3OGRkNGEzfHhhcGldIGJ1aWxkIGxpbnV4ICIvdmFyL3J1bi94ZW5kL2Jvb3Qvdm1saW51ei1H
NzJNSjQiICItLSBxdWlldCBjb25zb2xlPWh2YzAgICIgdmNwdXM6MSBtZW1fbWF4OjI2MjE0NCBt
ZW1fdGFyZ2V0OjI2MjE0NApbMjAxMjA1MDFUMTY6MjU6NTguODcwWnxkZWJ1Z3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSBi
dWlsZF9wcmUgZG9taWQ9MTsgbWF4PTI1NiBNaUI7IHNoYWRvdz0zIE1pQjsgcmVxdWlyZWQ9MjYw
IE1pQgpbMjAxMjA1MDFUMTY6MjU6NTguODcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVuZ3Vlc3RoZWxwZXJdIGNvbm5l
Y3Q6IGFyZ3MgPSBbIC1tb2RlIGxpbnV4X2J1aWxkIC1kb21pZCAxIC1tZW1fbWF4X21pYiAyNTYg
LW1lbV9zdGFydF9taWIgMjU2IC1pbWFnZSAvdmFyL3J1bi94ZW5kL2Jvb3Qvdm1saW51ei1HNzJN
SjQgLXJhbWRpc2sgL3Zhci9ydW4veGVuZC9ib290L3JhbWRpc2stNDkyejBiIC1jbWRsaW5lIC0t
IHF1aWV0IGNvbnNvbGU9aHZjMCAgIC1mZWF0dXJlcyAgLWZsYWdzIDAgLXN0b3JlX3BvcnQgMSAt
Y29uc29sZV9wb3J0IDIgLWZvcmsgdHJ1ZSBdClsyMDEyMDUwMVQxNjoyNTo1OS40MTVafGRlYnVn
fGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
M3x4ZW5vcHNdIFJlYWQgWzI1NDMxMCAyNTQzMDkgXQpbMjAxMjA1MDFUMTY6MjU6NTkuNDIzWnxk
ZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4
ZGQ0YTN8eGFwaV0gY3JlYXRpbmcgVkNQVSBkZXZpY2VzIGFuZCBhdHRhY2hpbmcgdG8gZG9tYWlu
ClsyMDEyMDUwMVQxNjoyNTo1OS40MjZafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBjcmVhdGluZyBWQkQgZGV2aWNl
cyBhbmQgYXR0YWNoaW5nIHRvIGRvbWFpbgpbMjAxMjA1MDFUMTY6MjU6NTkuNDI2WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gVkJEIGRldmljZSBuYW1lIDAgaW50ZXJwcmV0ZWQgYXMgWGVuKDAsIDApIChodm0gPSBm
YWxzZSkKWzIwMTIwNTAxVDE2OjI1OjU5LjQyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIv
bGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHNtXSBTTSBleHQgc3JfY29udGVu
dF90eXBlIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EK
WzIwMTIwNTAxVDE2OjI1OjU5LjQyOFp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58fGV2ZW50
XSBWTSAoZG9taWQ6IDEpIGRldmljZV9ldmVudCA9IENoYW5nZVVuY29vcGVyYXRpdmUgZmFsc2UK
WzIwMTIwNTAxVDE2OjI1OjU5LjQyOFp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58Vk0gKGRv
bWlkOiAxKSBkZXZpY2VfZXZlbnQgPSBDaGFuZ2VVbmNvb3BlcmF0aXZlIGZhbHNlIEQ6MGQwODgy
OTY4ZmFjfGV2ZW50XSBWTSBPcGFxdWVSZWY6MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2Mx
ZDlkMGU3IGlzIG5vdyBjb29wZXJhdGl2ZQpbMjAxMjA1MDFUMTY6MjU6NTkuNDI5WnwgaW5mb3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjk5ZmMzODMyNGNlOHx4
YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPWFlZDc2OWYzYTM2NzdjODljMmIyNjk4NTE5N2M2
OWJlIHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9z
aWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEy
MDUwMVQxNjoyNTo1OS40MjlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxzbV9leGVjIEQ6OTlmYzM4MzI0Y2U4fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NTkuNDMwWnxkZWJ1Z3xrcm9ub3N8MjIyIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9u
LmdldF91dWlkIEQ6ODlkMmUzZTMxYzllIGNyZWF0ZWQgYnkgdGFzayBEOjk5ZmMzODMyNGNlOApb
MjAxMjA1MDFUMTY6MjU6NTkuNTA2WnxkZWJ1Z3xrcm9ub3N8MjIzIFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25m
aWcgRDplMDM3ZWU0Y2Y4NTkgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUw
MVQxNjoyNTo1OS41MTFafGRlYnVnfGtyb25vc3wyMjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEy
MDUwMVQxNjoyNTo1OS41MTdafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxzbV9leGVjIEQ6OTlmYzM4MzI0Y2U4fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWFl
ZDc2OWYzYTM2NzdjODljMmIyNjk4NTE5N2M2OWJlClsyMDEyMDUwMVQxNjoyNTo1OS41MThafCBp
bmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5Nzhk
ZDRhM3xzdG9yYWdlX2ltcGxdIFZESS5hdHRhY2ggdGFzazpPcGFxdWVSZWY6MjRmMTk3OGQtZDRh
My1jYjc0LTdkZGQtNGVkOWRmN2NhZDdhIGRwOnZiZC8xLzAgc3I6OTZlNWRiMDItYzc3OC01NDAx
LWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMgcmVhZF93cml0ZTp0cnVlClsyMDEyMDUwMVQxNjoyNTo1OS41MTlafGRlYnVnfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xkdW1teXRh
c2toZWxwZXJdIHRhc2sgVkRJLmF0dGFjaCBEOjE5NTJmZjVmOGRkMiBjcmVhdGVkIGJ5IHRhc2sg
UjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5LjUxOVp8ZGVidWd8a3Jvbm9zfDEyOCBV
TklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hdHRhY2ggRDoxOTUyZmY1ZjhkZDJ8c21dIFNNIGV4
dCB2ZGlfYXR0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNh
NTNlN2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIg
d3JpdGFibGU9dHJ1ZQpbMjAxMjA1MDFUMTY6MjU6NTkuNTIwWnwgaW5mb3xrcm9ub3N8MTI4IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjQ2NTliZWI2YzFkZHx4YXBpXSBTZXNzaW9u
LmNyZWF0ZSB0cmFja2lkPTM2Mzk4MzliMTU1MjYxNDZlNzkxMWUzNjlhODhkMDEzIHBvb2w9ZmFs
c2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10
cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo1
OS41MjFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6
NDY1OWJlYjZjMWRkfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpb
MjAxMjA1MDFUMTY6MjU6NTkuNTIyWnxkZWJ1Z3xrcm9ub3N8MjI0IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
ODlhZDQzZjJjNjY4IGNyZWF0ZWQgYnkgdGFzayBEOjQ2NTliZWI2YzFkZApbMjAxMjA1MDFUMTY6
MjU6NTkuNTk4WnxkZWJ1Z3xrcm9ub3N8MjI1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcgRDo4ZmNhZWI2
ZDA3MGMgY3JlYXRlZCBieSB0YXNrIEQ6MTk1MmZmNWY4ZGQyClsyMDEyMDUwMVQxNjoyNTo1OS42
MDNafGRlYnVnfGtyb25vc3wyMjUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OS42MjNafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6
NDY1OWJlYjZjMWRkfHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPTM2Mzk4MzliMTU1MjYx
NDZlNzkxMWUzNjlhODhkMDEzClsyMDEyMDUwMVQxNjoyNTo1OS42MjRafGRlYnVnfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xzdG9yYWdl
X2ltcGxdIHRhc2s6T3BhcXVlUmVmOjI0ZjE5NzhkLWQ0YTMtY2I3NC03ZGRkLTRlZDlkZjdjYWQ3
YSBkcDp2YmQvMS8wIHNyOjk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkxODAwMDVlNyB2ZGk6
YmUzYWFjMDYtZmFiOS00MmQyLWE3ZDctZjcyYTM2MDNjYTIzIHN1cGVyc3RhdGU6YXR0YWNoZWQg
IFJXClsyMDEyMDUwMVQxNjoyNTo1OS42MjVafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xzdG9yYWdlX2ltcGxdIFZESS5hY3Rp
dmF0ZSB0YXNrOk9wYXF1ZVJlZjoyNGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2Eg
ZHA6dmJkLzEvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJl
M2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMwpbMjAxMjA1MDFUMTY6MjU6NTkuNjI1
WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYx
OTc4ZGQ0YTN8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZESS5hY3RpdmF0ZSBEOjk1MmJiMDA5MmIw
NCBjcmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5LjYyNVp8
ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hY3RpdmF0ZSBEOjk1
MmJiMDA5MmIwNHxzbV0gU00gZXh0IHZkaV9hY3RpdmF0ZSBzcj1PcGFxdWVSZWY6ZmMyMzA1MzQt
YWM5NS01YjE5LTNhNjgtNDg2NmYzYTUzZTdhIHZkaT1PcGFxdWVSZWY6YjFmMDFjN2MtY2ExMS0w
ZmI4LTg5MzgtMWE4YWE2ODkyNzgyClsyMDEyMDUwMVQxNjoyNTo1OS42MjdafCBpbmZvfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6MmY2OWQxOGEwYTE4fHhhcGld
IFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9Y2RiYjk3YzRjMjAyM2ZkMmUxNzkzNjM1YTkyODEyZmEg
cG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g
cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAx
VDE2OjI1OjU5LjYyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNt
X2V4ZWMgRDoyZjY5ZDE4YTBhMTh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo1OS42MjhafGRlYnVnfGtyb25vc3wyMjYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0
X3V1aWQgRDo5YjM3ODg5NTUzMDIgY3JlYXRlZCBieSB0YXNrIEQ6MmY2OWQxOGEwYTE4ClsyMDEy
MDUwMVQxNjoyNTo1OS43MDRafGRlYnVnfGtyb25vc3wyMjcgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZpZyBE
OjM5YTg5MjUyYzhjYiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2
OjI1OjU5LjcwN1p8ZGVidWd8a3Jvbm9zfDIyNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRw
X2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAx
VDE2OjI1OjU5LjcxN1p8ZGVidWd8a3Jvbm9zfDIyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxk
dW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6ZjRlN2U4MmRi
ODlhIGNyZWF0ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzE5
WnxkZWJ1Z3xrcm9ub3N8MjI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTku
NzIwWnxkZWJ1Z3xrcm9ub3N8MjI5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9ieV91dWlkIEQ6NDk5NzJiYTQzNDdmIGNyZWF0
ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzIyWnxkZWJ1Z3xr
cm9ub3N8MjI5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzIyWnxkZWJ1
Z3xrcm9ub3N8MjMwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOmUyYzY3ZjliZDAwMyBjcmVhdGVkIGJ5IHRh
c2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5LjcyNFp8ZGVidWd8a3Jvbm9zfDIz
MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5LjcyNVp8ZGVidWd8a3Jvbm9z
fDIzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6VkRJLmFkZF90b19zbV9jb25maWcgRDplZmM1ZWIxM2NkM2YgY3JlYXRlZCBieSB0YXNrIEQ6
OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43MjZafCBpbmZvfGtyb25vc3wyMzEgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuYWRkX3RvX3NtX2NvbmZpZyBEOmVmYzVl
YjEzY2QzZnxhcGlfZWZmZWN0XSBWREkuYWRkX3RvX3NtX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjU6
NTkuNzI3WnxkZWJ1Z3xrcm9ub3N8MjMxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3Jp
dGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6
MjU6NTkuNzI4WnxkZWJ1Z3xrcm9ub3N8MjMyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOjc1MzEzY2VkZTY3
ZiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5LjczMFp8
ZGVidWd8a3Jvbm9zfDIzMiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljcz
MVp8ZGVidWd8a3Jvbm9zfDIzMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6YzYzODdlOGY2Y2U4IGNyZWF0ZWQg
YnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzMzWnxkZWJ1Z3xrcm9u
b3N8MjMzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0
ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzM0WnxkZWJ1Z3xr
cm9ub3N8MjM0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBk
aXNwYXRjaDpWREkuZ2V0X1NSIEQ6MDNjNDY3OTVhZTAxIGNyZWF0ZWQgYnkgdGFzayBEOjk1MmJi
MDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzM1WnxkZWJ1Z3xrcm9ub3N8MjM0IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzM2WnxkZWJ1Z3xrcm9ub3N8MjM1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRf
dXVpZCBEOmI5ZWU5MGJmMWY5NiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIw
NTAxVDE2OjI1OjU5LjczOFp8ZGVidWd8a3Jvbm9zfDIzNSBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIw
MTIwNTAxVDE2OjI1OjU5LjczOVp8ZGVidWd8a3Jvbm9zfDIzNiBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDpkMDNk
MDk3YWExOGIgY3JlYXRlZCBieSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1
OS43NDBafGRlYnVnfGtyb25vc3wyMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OS43NDFafGRlYnVnfGtyb25vc3wyMzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF90eXBlIEQ6YmIzZjQ0ZDE1NTI0IGNyZWF0
ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzQzWnxkZWJ1Z3xr
cm9ub3N8MjM3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzQzWnxkZWJ1
Z3xrcm9ub3N8MjM4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpTTS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDphNWNiMDU3ZDY5Y2UgY3JlYXRl
ZCBieSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43NDZafGRlYnVnfGty
b25vc3wyMzggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJl
IHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43NDZafGRlYnVn
fGtyb25vc3wyMzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNr
IGRpc3BhdGNoOlNNLmdldF9kcml2ZXJfZmlsZW5hbWUgRDowNDI4NzFlNDk1YzUgY3JlYXRlZCBi
eSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43NDlafGRlYnVnfGtyb25v
c3wyMzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43NDlafGRlYnVnfGty
b25vc3wyNDAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZNLmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOmY5YjQwZmI3ZGY4NyBjcmVhdGVkIGJ5
IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1NFp8ZGVidWd8a3Jvbm9z
fDI0MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1NVp8ZGVidWd8a3Jv
bm9zfDI0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6UEJELmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOjZlMjExN2U3MWQyOCBjcmVhdGVkIGJ5
IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1N1p8ZGVidWd8a3Jvbm9z
fDI0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1OFp8ZGVidWd8a3Jv
bm9zfDI0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6UEJELmdldF9kZXZpY2VfY29uZmlnIEQ6OTQ1NGZlZGEyYmI1IGNyZWF0ZWQgYnkgdGFz
ayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzYwWnxkZWJ1Z3xrcm9ub3N8MjQy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5h
dGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzY2WnxkZWJ1Z3xrcm9ub3N8
MjQzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzczWnwgaW5mb3xrcm9u
b3N8MjQ0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEgRDoxNTc0YjM0M2IyNzB8YXBpX2VmZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc3NVp8ZGVidWd8a3Jvbm9zfDI0NCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc3Nlp8IGluZm98a3Jvbm9zfDI0NSBV
TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9k
YXRhIEQ6ZWQ2NmRmYmM1MDVifGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9k
YXRhClsyMDEyMDUwMVQxNjoyNTo1OS43NzhafGRlYnVnfGtyb25vc3wyNDUgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5l
Y3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43ODBafCBpbmZvfGtyb25vc3wyNDYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEgRDowMzdhMmRh
MmM0NWJ8YXBpX2VmZmVjdF0gVkRJLmFkZF90b194ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoy
NTo1OS43ODFafGRlYnVnfGtyb25vc3wyNDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9j
cml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQx
NjoyNTo1OS43ODNafCBpbmZvfGtyb25vc3wyNDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNw
YXRjaDpWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVfZGF0YSBEOjZlNmEwYzQ0ZmRlNXxhcGlfZWZm
ZWN0XSBWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzg0
WnxkZWJ1Z3xrcm9ub3N8MjQ3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTku
Nzg2WnwgaW5mb3xrcm9ub3N8MjQ4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJ
LnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEgRDowMWYxNjZmODk0ZDR8YXBpX2VmZmVjdF0gVkRJ
LnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc4OFp8ZGVidWd8
a3Jvbm9zfDI0OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc4OVp8IGlu
Zm98a3Jvbm9zfDI0OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVf
ZnJvbV94ZW5zdG9yZV9kYXRhIEQ6MWI1NDQ4M2E0ZTEzfGFwaV9lZmZlY3RdIFZESS5yZW1vdmVf
ZnJvbV94ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo1OS43OTBafGRlYnVnfGtyb25vc3wy
NDkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43OTJafCBpbmZvfGtyb25v
c3wyNTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21feGVu
c3RvcmVfZGF0YSBEOjFhOGFhMzliMzA4M3xhcGlfZWZmZWN0XSBWREkucmVtb3ZlX2Zyb21feGVu
c3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzkzWnxkZWJ1Z3xrcm9ub3N8MjUwIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBv
ZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzk1WnwgaW5mb3xrcm9ub3N8MjUxIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6
NGU5MGZjMGRmMDEzfGFwaV9lZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1
MDFUMTY6MjU6NTkuNzk2WnxkZWJ1Z3xrcm9ub3N8MjUxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAx
MjA1MDFUMTY6MjU6NTkuNzk4WnwgaW5mb3xrcm9ub3N8MjUyIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6ZmRiYTMxMTRhMDdmfGFwaV9l
ZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzk5Wnxk
ZWJ1Z3xrcm9ub3N8MjUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFBy
ZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuODAx
WnwgaW5mb3xrcm9ub3N8MjUzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFk
ZF90b194ZW5zdG9yZV9kYXRhIEQ6OTY4NzIyOWQ0NGZkfGFwaV9lZmZlY3RdIFZESS5hZGRfdG9f
eGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuODA2WnxkZWJ1Z3xrcm9ub3N8MjUzIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlv
biBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuODc3WnwgaW5mb3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjJmNjlkMThhMGExOHx4YXBpXSBTZXNz
aW9uLmRlc3Ryb3kgdHJhY2tpZD1jZGJiOTdjNGMyMDIzZmQyZTE3OTM2MzVhOTI4MTJmYQpbMjAx
MjA1MDFUMTY6MjU6NTkuODc4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjoy
NGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgZHA6dmJkLzEvMCBzcjo5NmU1ZGIw
Mi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3
LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmFjdGl2YXRlZCBSVwpbMjAxMjA1MDFUMTY6MjU6NTku
ODc4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoy
NGYxOTc4ZGQ0YTN8eGVub3BzXSBEZXZpY2UuVmJkLmFkZCAoZGV2aWNlX251bWJlcj1YZW4oMCwg
MCkgfCBwYXJhbXM9L2Rldi9zbS9iYWNrZW5kLzk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkx
ODAwMDVlNy9iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMgfCBwaHlzdHlwZT12
aGQpClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4ZW5vcHNdIGFkZGluZyBkZXZpY2Ug
IEIwWy9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8xLzUxNzEyXSAgRjFbL2xvY2FsL2RvbWFp
bi8xL2RldmljZS92YmQvNTE3MTJdICBIWy94YXBpLzEvaG90cGx1Zy92YmQvNTE3MTJdClsyMDEy
MDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xiYWNrdHJhY2VdIFJhaXNlZCBhdCBkZXZpY2UubWw6
NjUuMTAtNDIgLT4geHN0Lm1sOjUyLjE4LTIzIC0+IHhzdC5tbDo1NS45LTEyIC0+IGRldmljZS5t
bDo0OTcuMS02MCAtPiB2YmRvcHMubWw6MTAyLjM3LTIyOSAtPiBzdG9yYWdlX2FjY2Vzcy5tbDo1
MTYuMTQtMzE3IC0+IHhhcGlfeGVub3BzX2Vycm9ycy5tbDo3OS40LTgKWzIwMTIwNTAxVDE2OjI1
OjU5Ljg3OVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0
IFI6MjRmMTk3OGRkNGEzfHhhcGldIENvbnZlcnRpbmcgeGVub3BzIGV4Y2VwdGlvbiAoSU5URVJO
QUxfRVJST1I6IFsgRGV2aWNlX2NvbW1vbi5EZXZpY2VfYmFja2VuZF92YW5pc2hlZChfKSBdKSBp
bnRvIG5pY2UgQVBJIGludGVybmFsIGVycm9yClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVn
fGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
M3x4YXBpXSBSYWlzZWQgYXQgc3RyaW5nLm1sOjE1MC4yNS0zNCAtPiBzdHJpbmdleHQubWw6MTA4
LjEzLTI5ClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xiYWNrdHJhY2VdIFJhaXNlZCBh
dCB4YXBpX3hlbm9wc19lcnJvcnMubWw6ODMuMTAtMjYgLT4gbGlzdC5tbDo2OS4xMi0xNSAtPiB2
bW9wcy5tbDoxMDgxLjgtMTE2ClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGVycm9yfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBW
bW9wcy5zdGFydF9wYXVzZWQgY2F1Z2h0OiBJTlRFUk5BTF9FUlJPUjogWyB0aGUgZGV2aWNlIGRp
c2FwcGVhcmVkIGZyb20geGVuc3RvcmUgKGZyb250ZW5kIChkb21pZD0xIHwga2luZD12YmQgfCBk
ZXZpZD01MTcxMik7IGJhY2tlbmQgKGRvbWlkPTAgfCBraW5kPXZiZCB8IGRldmlkPTUxNzEyKSkg
XQpbMjAxMjA1MDFUMTY6MjU6NTkuODc5WnwgaW5mb3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gTWVtb3J5IEYgNzU2ODU2IEtp
QiBTIDAgS2lCIFQgMjA0NiBNaUIKWzIwMTIwNTAxVDE2OjI1OjU5Ljg4MFp8ZGVidWd8a3Jvbm9z
fDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9w
c10gRG9tYWluLmRlc3Ryb3k6IGFsbCBrbm93biBkZXZpY2VzID0gWyAgXQpbMjAxMjA1MDFUMTY6
MjU6NTkuODgwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSBEb21haW4uZGVzdHJveSBjYWxsaW5nIFhlbmN0cmwu
ZG9tYWluX2Rlc3Ryb3kgKGRvbWlkIDEpClsyMDEyMDUwMVQxNjoyNTo1OS45NTJafGRlYnVnfGty
b25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4
ZW5vcHNdIERvbWFpbi5kZXN0cm95OiBybSAvbG9jYWwvZG9tYWluLzEKWzIwMTIwNTAxVDE2OjI1
OjU5Ljk1Mlp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58fGV2ZW50XSBWTSBkb21pZDoxIHV1
aWQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9tYWluClsy
MDEyMDUwMVQxNjoyNTo1OS45NTNafGRlYnVnfGtyb25vc3w1MiB4YWxfbGlzdGVufFZNIGRvbWlk
OjEgdXVpZDozZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgQHJlbGVhc2VEb21h
aW4gRDo2M2QwZWFjMDQwZTV8ZXZlbnRdIGFkZGluZyBSZXN5bmMudm0gdG8gd29yayBxdWV1ZQpb
MjAxMjA1MDFUMTY6MjU6NTkuOTUzWnxkZWJ1Z3xrcm9ub3N8NTIgeGFsX2xpc3RlbnxWTSBkb21p
ZDoxIHV1aWQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9t
YWluIEQ6NjNkMGVhYzA0MGU1fGxvY2tpbmdfaGVscGVyc10gcHVzaChwZXItVk0gcXVldWUsIFZN
IGRvbWlkOjEgdXVpZDozZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgQHJlbGVh
c2VEb21haW4pOyBxdWV1ZSA9IFsgVk0gZG9taWQ6MSB1dWlkOjNkMDhmNzRhLTEzMjktN2ZlZC02
MTQ1LTU3OTQ2NDdkNjhmOSBAcmVsZWFzZURvbWFpbiBdKDEpClsyMDEyMDUwMVQxNjoyNTo1OS45
NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0
ZjE5NzhkZDRhM3x4ZW5vcHNdIERvbWFpbi5kZXN0cm95OiBkZWxldGluZyBiYWNrZW5kIHBhdGhz
ClsyMDEyMDUwMVQxNjoyNTo1OS45NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4ZW5vcHNdIFhlbmN0cmwuZG9tYWluX2dl
dGluZm8gMSB0aHJldzogMTE6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlIC0tIGFz
c3VtaW5nIGRvbWFpbiBub2xvbmdlciBleGlzdHMKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1NVp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHhlbm9wc10gWGVuY3RybC5kb21haW5fZ2V0aW5mbyAxIHRocmV3OiAxMTogUmVzb3VyY2Ug
dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUgLS0gYXNzdW1pbmcgZG9tYWluIG5vbG9uZ2VyIGV4aXN0
cwpbMjAxMjA1MDFUMTY6MjU6NTkuOTU1WnwgaW5mb3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSBEUC5kZXN0cm95
IHRhc2s6T3BhcXVlUmVmOjI0ZjE5NzhkLWQ0YTMtY2I3NC03ZGRkLTRlZDlkZjdjYWQ3YSBkcDp2
YmQvMS8wIGFsbG93X2xlYWs6ZmFsc2UKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1Nlp8ZGVidWd8a3Jv
bm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGR1
bW15dGFza2hlbHBlcl0gdGFzayBWREkuZGVhY3RpdmF0ZSBEOjgzYjg3OTYyZjg3YSBjcmVhdGVk
IGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1Nlp8ZGVidWd8a3Jv
bm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5kZWFjdGl2YXRlIEQ6ODNiODc5NjJm
ODdhfHNtXSBTTSBleHQgdmRpX2RlYWN0aXZhdGUgc3I9T3BhcXVlUmVmOmZjMjMwNTM0LWFjOTUt
NWIxOS0zYTY4LTQ4NjZmM2E1M2U3YSB2ZGk9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEtMGZiOC04
OTM4LTFhOGFhNjg5Mjc4MgpbMjAxMjA1MDFUMTY6MjU6NTkuOTU3WnwgaW5mb3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjkzNjdjYmNjZWJlMHx4YXBpXSBTZXNz
aW9uLmNyZWF0ZSB0cmFja2lkPTNlZTgyZTQ3ZjBlMjc5ZDgzOTk2NGM2MTgwMmEyN2E3IHBvb2w9
ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVu
dD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoy
NTo1OS45NThafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVj
IEQ6OTM2N2NiY2NlYmUwfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFw
aQpbMjAxMjA1MDFUMTY6MjU6NTkuOTU5WnxkZWJ1Z3xrcm9ub3N8MjU0IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlk
IEQ6NzYzZTQyMjY3YmIyIGNyZWF0ZWQgYnkgdGFzayBEOjkzNjdjYmNjZWJlMApbMjAxMjA1MDFU
MTY6MjY6MDAuMDM1WnxkZWJ1Z3xrcm9ub3N8MjU1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1
bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcgRDoyODcx
ZWYyNTEyMDcgY3JlYXRlZCBieSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjow
MC4wMzlafGRlYnVnfGtyb25vc3wyNTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NjowMC4wNDhafGRlYnVnfGtyb25vc3wyNTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmVjMjNlMzIxMzdkNyBj
cmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjA1MFp8ZGVi
dWd8a3Jvbm9zfDI1NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVt
YXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjA1MVp8
ZGVidWd8a3Jvbm9zfDI1NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJd
IHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDpmMjE3M2Q2MjZlYTUgY3JlYXRlZCBi
eSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4wNTVafGRlYnVnfGtyb25v
c3wyNTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4wOTBafGRlYnVnfGty
b25vc3wyNTggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmEzODIwNWVjNzY0MiBjcmVhdGVkIGJ5IHRhc2sgRDo4
M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjA5M1p8ZGVidWd8a3Jvbm9zfDI1OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjA5M1p8ZGVidWd8a3Jvbm9zfDI1OSBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJ
LmdldF9TUiBEOjg0ZTQyM2YyOTIxYyBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIw
MTIwNTAxVDE2OjI2OjAwLjA5NVp8ZGVidWd8a3Jvbm9zfDI1OSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI2OjAwLjA5Nlp8ZGVidWd8a3Jvbm9zfDI2MCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3V1aWQgRDoyM2Ey
ZjFhYmVjYjQgY3JlYXRlZCBieSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjow
MC4wOThafGRlYnVnfGtyb25vc3wyNjAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NjowMC4wOThafGRlYnVnfGtyb25vc3wyNjEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6NmY0MTg4YWMwZTBkIGNy
ZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTAwWnxkZWJ1
Z3xrcm9ub3N8MjYxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1h
dHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTAxWnxk
ZWJ1Z3xrcm9ub3N8MjYyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g
dGFzayBkaXNwYXRjaDpTUi5nZXRfdHlwZSBEOjhjODAxN2E1MGE5MSBjcmVhdGVkIGJ5IHRhc2sg
RDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjEwM1p8ZGVidWd8a3Jvbm9zfDI2MiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEwM1p8ZGVidWd8a3Jvbm9zfDI2
MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
U00uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6N2FiYTYwNDBhMGRiIGNyZWF0ZWQgYnkgdGFzayBE
OjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA2WnxkZWJ1Z3xrcm9ub3N8MjYzIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlv
biBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA2WnxkZWJ1Z3xrcm9ub3N8MjY0
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpT
TS5nZXRfZHJpdmVyX2ZpbGVuYW1lIEQ6NWFlMzg2ZjNlMGIwIGNyZWF0ZWQgYnkgdGFzayBEOjgz
Yjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA5WnxkZWJ1Z3xrcm9ub3N8MjY0IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBv
ZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTEwWnxkZWJ1Z3xrcm9ub3N8MjY1IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWTS5n
ZXRfYWxsX3JlY29yZHNfd2hlcmUgRDpmM2FjNmVlNzcwODAgY3JlYXRlZCBieSB0YXNrIEQ6ODNi
ODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4xMTVafGRlYnVnfGtyb25vc3wyNjUgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9m
IGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4xMTVafGRlYnVnfGtyb25vc3wyNjYgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlBCRC5n
ZXRfYWxsX3JlY29yZHNfd2hlcmUgRDo5YjQ3MWVmZmE0MjIgY3JlYXRlZCBieSB0YXNrIEQ6ODNi
ODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4xMTdafGRlYnVnfGtyb25vc3wyNjYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9m
IGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4xMThafGRlYnVnfGtyb25vc3wyNjcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlBCRC5n
ZXRfZGV2aWNlX2NvbmZpZyBEOjdlY2IzMWExYjNlZiBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2
MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjEyMFp8ZGVidWd8a3Jvbm9zfDI2NyBVTklYIC92YXIv
bGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29u
bmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEyNlp8ZGVidWd8a3Jvbm9zfDI2OCBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2Yg
Y29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEzMlp8ZGVidWd8a3Jvbm9zfDI2OSBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdl
dF9ieV91dWlkIEQ6NzE5MWEwN2JjNDQ0IGNyZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpb
MjAxMjA1MDFUMTY6MjY6MDAuMTM1WnxkZWJ1Z3xrcm9ub3N8MjY5IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9u
IQpbMjAxMjA1MDFUMTY6MjY6MDAuMTM1WnxkZWJ1Z3xrcm9ub3N8MjcwIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9ieV91dWlk
IEQ6MDkyOGYyYjZhMDliIGNyZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFU
MTY6MjY6MDAuMTM3WnxkZWJ1Z3xrcm9ub3N8MjcwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0
dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1
MDFUMTY6MjY6MDAuMTM4WnxkZWJ1Z3xrcm9ub3N8MjcxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOmU4OWJi
ZDI4Mjc2NiBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAw
LjE0MFp8ZGVidWd8a3Jvbm9zfDI3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2
OjAwLjE0MVp8ZGVidWd8a3Jvbm9zfDI3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3NtX2NvbmZpZyBEOjkzNTBj
NDMyODNiNyBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAw
LjE0MVp8IGluZm98a3Jvbm9zfDI3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE
SS5yZW1vdmVfZnJvbV9zbV9jb25maWcgRDo5MzUwYzQzMjgzYjd8YXBpX2VmZmVjdF0gVkRJLnJl
bW92ZV9mcm9tX3NtX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjY6MDAuMTUxWnxkZWJ1Z3xrcm9ub3N8
MjcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTU3WnwgaW5mb3xrcm9u
b3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjkzNjdjYmNjZWJlMHx4YXBp
XSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0zZWU4MmU0N2YwZTI3OWQ4Mzk5NjRjNjE4MDJhMjdh
NwpbMjAxMjA1MDFUMTY6MjY6MDAuMTU4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1
ZVJlZjoyNGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgZHA6dmJkLzEvMCBzcjo5
NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJk
Mi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmF0dGFjaGVkICBSVwpbMjAxMjA1MDFUMTY6
MjY6MDAuMTU5WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZESS5kZXRhY2ggRDpiZTdl
ZmQ4YmJmZWEgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQxNjoyNjow
MC4xNTlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuZGV0YWNo
IEQ6YmU3ZWZkOGJiZmVhfHNtXSBTTSBleHQgdmRpX2RldGFjaCBzcj1PcGFxdWVSZWY6ZmMyMzA1
MzQtYWM5NS01YjE5LTNhNjgtNDg2NmYzYTUzZTdhIHZkaT1PcGFxdWVSZWY6YjFmMDFjN2MtY2Ex
MS0wZmI4LTg5MzgtMWE4YWE2ODkyNzgyClsyMDEyMDUwMVQxNjoyNjowMC4xNjBafCBpbmZvfGty
b25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6OWJmY2ZiMTIyMWNhfHhh
cGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9N2U3MjBkNjkwN2U0M2I5NDI3ODQwNWQwZTA3OTI0
YmMgcG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI2OjAwLjE2MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDo5YmZjZmIxMjIxY2F8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGli
L3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNjowMC4xNjJafGRlYnVnfGtyb25vc3wyNzMgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u
Z2V0X3V1aWQgRDpkYWUxNGJlNTVkNmMgY3JlYXRlZCBieSB0YXNrIEQ6OWJmY2ZiMTIyMWNhClsy
MDEyMDUwMVQxNjoyNjowMC4yMzhafGRlYnVnfGtyb25vc3wyNzQgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZp
ZyBEOmY4ZThjMjA3MDcyYiBjcmVhdGVkIGJ5IHRhc2sgRDpiZTdlZmQ4YmJmZWEKWzIwMTIwNTAx
VDE2OjI2OjAwLjI0NFp8ZGVidWd8a3Jvbm9zfDI3NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxo
dHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIw
NTAxVDE2OjI2OjAwLjI2M1p8IGluZm98a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDo5YmZjZmIxMjIxY2F8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2U3
MjBkNjkwN2U0M2I5NDI3ODQwNWQwZTA3OTI0YmMKWzIwMTIwNTAxVDE2OjI2OjAwLjI2NFp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHN0b3JhZ2VfaW1wbF0gdGFzazpPcGFxdWVSZWY6MjRmMTk3OGQtZDRhMy1jYjc0LTdkZGQt
NGVkOWRmN2NhZDdhIGRwOnZiZC8xLzAgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4
MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMgc3VwZXJzdGF0
ZTpkZXRhY2hlZApbMjAxMjA1MDFUMTY6MjY6MDAuMjcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0
IHZtb3BzLm1sOjExNDEuMTAtNDcgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjItOQpbMjAxMjA1MDFU
MTY6MjY6MDAuMjcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0u
c3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0IHBlcnZhc2l2ZWV4dC5tbDoyNi4y
Mi0yNSAtPiB4ZW5jdHJsLm1sOjExNC4xMy0xNyAtPiB4ZW5jdHJsLm1sOjExNC41Ni01OSAtPiB4
YXBpX3ZtLm1sOjIzNC42LTEyMCAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05ClsyMDEyMDUwMVQx
NjoyNjowMC4yNzBafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5z
dGFydCBSOjI0ZjE5NzhkZDRhM3xsb2NraW5nX2hlbHBlcnNdIHBvcChwZXItVk0gcXVldWUpID0g
Vk0gZG9taWQ6MSB1dWlkOjNkMDhmNzRhLTEzMjktN2ZlZC02MTQ1LTU3OTQ2NDdkNjhmOSBAcmVs
ZWFzZURvbWFpbgpbMjAxMjA1MDFUMTY6MjY6MDAuMjcxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8Vk0gT3BhcXVlUmVmOjE0OTkwZjEwLTM5YzgtMzVmMS03NWNiLWZl
MzdjMWQ5ZDBlNzogcHJvY2Vzc2luZyBWTSBkb21pZDoxIHV1aWQ6M2QwOGY3NGEtMTMyOS03ZmVk
LTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9tYWluIEQ6OWZkODUxNDZlYWVlfGV2ZW50XSBW
TSBPcGFxdWVSZWY6MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2MxZDlkMGU3IChkZWJpYW4p
IHJlc2lkZW50X29uIG90aGVyIGhvc3QgT3BhcXVlUmVmOk5VTEwgKGtyb25vcyk6IHRha2luZyBu
byBhY3Rpb24KWzIwMTIwNTAxVDE2OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJhaXNlZCBhdCBw
ZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjItOQpbMjAxMjA1
MDFUMTY6MjY6MDAuMjcxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bG9ja2luZ19oZWxwZXJzXSBSZWxlYXNlZCBsb2NrIG9u
IFZNIE9wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0
b2tlbiAzClsyMDEyMDUwMVQxNjoyNjowMC4yNzFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBSYWlzZWQgYXQgcGVy
dmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAx
VDE2OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYu
MjItMjUgLT4gbWVzc2FnZV9mb3J3YXJkaW5nLm1sOjIzMy4yNS00NCAtPiBtZXNzYWdlX2Zvcndh
cmRpbmcubWw6ODgwLjE1LTY3IC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAxVDE2
OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEzMHx8dGhyZWFkX3F1ZXVlXSB2bV9saWZlY3ljbGVf
b3A6IGNvbXBsZXRlZCBwcm9jZXNzaW5nIDEgaXRlbXM6IHF1ZXVlID0gWyAgXSgwKQpbMjAxMjA1
MDFUMTY6MjY6MDAuMjczWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0IHBlcnZhc2l2ZWV4dC5tbDoy
Ni4yMi0yNSAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05ClsyMDEyMDUwMVQxNjoyNjowMC4yNzRa
fGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5
NzhkZDRhM3x4YXBpXSBSYWlzZWQgYXQgcGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHBlcnZh
c2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAxVDE2OjI2OjAwLjI3Nlp8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJh
aXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjIt
OQpbMjAxMjA1MDFUMTY6MjY6MDAuMjc3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8YmFja3RyYWNlXSBSYWlzZWQgYXQgcGVy
dmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IG1lc3NhZ2VfZm9yd2FyZGluZy5tbDoxMTQ3LjQtMTAy
MyAtPiByYmFjLm1sOjIyOS4xNi0yMwpbMjAxMjA1MDFUMTY6MjY6MDAuMjc4WnxkZWJ1Z3xrcm9u
b3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8YmFj
a3RyYWNlXSBSYWlzZWQgYXQgcmJhYy5tbDoyMzguMTAtMTUgLT4gc2VydmVyX2hlbHBlcnMubWw6
NzkuMTEtNDEKWzIwMTIwNTAxVDE2OjI2OjAwLjI3OFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGRpc3BhdGNoZXJdIFNlcnZl
cl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSU5URVJOQUxf
RVJST1I6IFsgdGhlIGRldmljZSBkaXNhcHBlYXJlZCBmcm9tIHhlbnN0b3JlIChmcm9udGVuZCAo
ZG9taWQ9MSB8IGtpbmQ9dmJkIHwgZGV2aWQ9NTE3MTIpOyBiYWNrZW5kIChkb21pZD0wIHwga2lu
ZD12YmQgfCBkZXZpZD01MTcxMikpIF0KCgoK
------=_Part_212575_1732954763.1335890761734
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

------=_Part_212575_1732954763.1335890761734--


From xen-api-bounces@lists.xen.org Tue May 01 16:46:14 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 16:46:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPGDI-0001UR-HF; Tue, 01 May 2012 16:46:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPGDG-0001UL-6V
	for xen-api@lists.xen.org; Tue, 01 May 2012 16:46:07 +0000
Received: from [85.158.138.51:33530] by server-12.bemta-3.messagelabs.com id
	54/85-29760-D4310AF4; Tue, 01 May 2012 16:46:05 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-15.tower-174.messagelabs.com!1335890762!22871105!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25363 invoked from network); 1 May 2012 16:46:03 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-15.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 16:46:03 -0000
Received: from mail.networksolutionsemail.com
	(mailpod1.networksolutionsemail.com [206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41Gk1Uk021744
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 12:46:02 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:57289]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr3pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 94/8D-15386-94310AF4; Tue, 01 May 2012 12:46:01 -0400
Date: Tue, 1 May 2012 12:46:01 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_212575_1732954763.1335890761734"
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

------=_Part_212575_1732954763.1335890761734
Content-Type: multipart/alternative; 
	boundary="----=_Part_212576_1024746695.1335890761735"

------=_Part_212576_1024746695.1335890761735
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jon,

I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.
 Do you know if those are normal or perhaps that is a clue?

I attached a log snippet in case you are curious.

Thanks,

Dave


On May 1, 2012 at 10:41 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
wrote:

> Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anythin=
g
> interesting in there?
>=20
> Jon
>=20
> On 1 May 2012, at 14:24, David Hout wrote:
>=20
> > Thanks Jon - I ran that and xend is not running
> >=20
> >=20
> >=20
> >=20
> > On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Hi Dave,
> > >=20
> > > Have you disabled xend? Run:
> > >=20
> > > ps auxw | grep xend
> > >=20
> > > and see if you get anything.
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 13:44, David Hout wrote:
> > >=20
> > > > Hi,
> > > >=20
> > > > I'm getting closer with my Kronos on Debian configuration.
> > > >=20
> > > > I'm issuing a series of xe commands to launch a vm and it's failing=
 with
> > > > a "device disappeared from xenstore" error.  Can anybody provide
> > > > guidance?
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > > Here is the sequence of CLI commands I'm running followed by the er=
ror
> > > > message:
> > > >=20
> > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squeeze 6=
.0 (32-bit)=E2=80=9D
> > > > --minimal
> > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
> > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=
=3D0`
> > > > xe vm-param-set uuid=3D$VM
> > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debian
> > > > <http://ftp.uk.debian.org/debian>
> > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > xe vm-start uuid=3D$VM
> > > >=20
> > > > This runs for a few seconds and comes back with an error:
> > > > The server failed to handle your request, due to an internal error.=
  The
> > > > given message may give details useful for debugging the problem.
> > > > message:  the device disappeared from xenstore (frontend (domid=3D1=
 |
> > > > kind=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devi=
d=3D51712))
> > > >=20
> >=20
> >=20

------=_Part_212576_1024746695.1335890761735
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Jon,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I see a lot of &#34;[http_critical] Prematu=
re termination of connection!&#34; messages. &#160;Do you know if those are=
 normal or perhaps that is a clue?</span></p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">I attached a log snippet in case you are curious.=
</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks,</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Dave</p>=20
  <p style=3D"margin: 0;"></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.=
citrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hmm. Have a look through /var/log/xcp-xapi.log and see if there&#39;s =
anything interesting in there?=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 14:24, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          Thanks Jon - I ran that and xend is not running
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hi Dave,=20
            <div>
             &#160;
            </div>=20
            <div>
             Have you disabled xend? Run:
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             ps auxw | grep xend
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             and see if you get anything.&#160;
            </div>=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 13:44, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Hi,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I&#39;m getting closer with my Kronos on Debian conf=
iguration.</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 I&#39;m issuing a series of xe commands to launch a vm and=
 it&#39;s failing with a &#34;device disappeared from xenstore&#34; error. =
&#160;Can anybody provide guidance?
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Here is the sequence of CLI commands I&#39;m running follo=
wed by the error message:
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 <span><strong id=3D"internal-source-marker_0.3658362198621=
0346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squee=
ze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-install tem=
plate=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=3D`xe n=
etwork-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe vif-creat=
e vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><span>xe vm-=
param-set uuid=3D$VM other-config:install-repository=3D</span><a href=3D"ht=
tp://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span>=
</a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256=
MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><span>xe =
vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few seconds and c=
omes back with an error:</span><br/><span>The server failed to handle your =
request, due to an internal error. &#160;The given message may give details=
 useful for debugging the problem.</span><br/><span>message: &#160;the devi=
ce disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51=
712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></sp=
an>
                </div>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_212576_1024746695.1335890761735--

------=_Part_212575_1732954763.1335890761734
Content-Type: text/plain; charset=US-ASCII; name=xcp-xapi_snippet.log
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename=xcp-xapi_snippet.log

QkVGT1JFIENSRUFUSU5HIFZNClsyMDEyMDUwMVQxNjoyNToxNS44NzZafGRlYnVnfGtyb25vc3wx
OXxTdGFydGluZyBwZXJpb2RpYyBzY2hlZHVsZXIgRDpjZmQ1MzE1YTMyODd8YmFja2dyb3VuZHNj
aGVkdWxlcl0gU2xlZXBpbmcgdW50aWwgbmV4dCBldmVudCAoMTEwLjA0MDY4MiBzZWNvbmRzKQpb
MjAxMjA1MDFUMTY6MjU6MTUuODc2WnxkZWJ1Z3xrcm9ub3N8MTl8U3RhcnRpbmcgcGVyaW9kaWMg
c2NoZWR1bGVyIEQ6Y2ZkNTMxNWEzMjg3fGJhY2tncm91bmRzY2hlZHVsZXJdIFNsZWVwaW5nIHVu
dGlsIG5leHQgZXZlbnQgKDExMC4wNDA1MzIgc2Vjb25kcykKWzIwMTIwNTAxVDE2OjI1OjM2LjA1
Mlp8ZGVidWd8a3Jvbm9zfDUzIHNyX3NjYW58U1Igc2Nhbm5lciBEOjE0ZDYxMWZhNTdhNHx4YXBp
XSBBdXRvbWF0aWNhbGx5IHNjYW5uaW5nIFNScyA9IFsgT3BhcXVlUmVmOjljNDk2MDg4LTYxOWEt
OTAzYS00OGJkLTZiMmUyMjllZWFiMCBdClsyMDEyMDUwMVQxNjoyNTozNi4wNTNafGRlYnVnfGty
b25vc3w2MHx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIHNjYW4gb25lIEQ6ZDgzNTYzOGUyZWEyIGNy
ZWF0ZWQgYnkgdGFzayBEOjE0ZDYxMWZhNTdhNApbMjAxMjA1MDFUMTY6MjU6MzYuMDUzWnxkZWJ1
Z3xrcm9ub3N8NjB8c2NhbiBvbmUgRDpkODM1NjM4ZTJlYTJ8eGFwaV0gQXR0ZW1wdGluZyB0byBv
cGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTozNi4wNTNafGRlYnVnfGtyb25v
c3w2MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOmEyOTJlYzJiOTM3YiBjcmVhdGVkIGJ5IHRhc2sgRDpk
ODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjA1NVp8IGluZm98a3Jvbm9zfDYxIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjQ1NmFlYjk3OTgxY3x4YXBp
XSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTJlZTNiODk5Y2VmYTBjNWZjMmJiMWEzMTkxM2ZlYzI1
IHBvb2w9dHJ1ZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g
cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAx
VDE2OjI1OjM2LjA1NVp8ZGVidWd8a3Jvbm9zfDYxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz
c2lvbi5zbGF2ZV9sb2dpbiBEOjQ1NmFlYjk3OTgxY3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjM2LjA1Nlp8ZGVidWd8a3Jvbm9zfDYy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpz
ZXNzaW9uLmdldF91dWlkIEQ6NTcyZTBkYzc2YThjIGNyZWF0ZWQgYnkgdGFzayBEOjQ1NmFlYjk3
OTgxYwpbMjAxMjA1MDFUMTY6MjU6MzYuMDU4WnxkZWJ1Z3xrcm9ub3N8NjB8c2NhbiBvbmUgRDpk
ODM1NjM4ZTJlYTJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsy
MDEyMDUwMVQxNjoyNTozNi4wNThafGRlYnVnfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iuc2NhbiBEOmM5Y2FlYTc2ZTQ1
NSBjcmVhdGVkIGJ5IHRhc2sgRDpkODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjA2MVp8
IGluZm98a3Jvbm9zfDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6U1Iuc2NhbiBE
OmM5Y2FlYTc2ZTQ1NXx0YXNraGVscGVyXSB0YXNrIFNSLnNjYW4gUjpkZTc4N2I1ZTdjYzQgKHV1
aWQ6YjZmZWRmYmItMWIzYy05YzgzLWQ0NzgtMWM2MmUwNzRiMjIwKSBjcmVhdGVkICh0cmFja2lk
PTJlZTNiODk5Y2VmYTBjNWZjMmJiMWEzMTkxM2ZlYzI1KSBieSB0YXNrIEQ6ZDgzNTYzOGUyZWEy
ClsyMDEyMDUwMVQxNjoyNTozNi4wNjFafGRlYnVnfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFNSLnNjYW4gUjpkZTc4N2I1ZTdjYzR8eGFwaV0gU1Iuc2NhbjogU1IgPSAnZmZlY2Rh
YjAtM2ViMy0wZTNkLWRhMmQtNGU5MTlhYjc0NDIwIChORlMgSVNPIGxpYnJhcnkpJwpbMjAxMjA1
MDFUMTY6MjU6MzYuMDYxWnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxT
Ui5zY2FuIFI6ZGU3ODdiNWU3Y2M0fHhhcGldIE1hcmtpbmcgU1IgZm9yIFNSLnNjYW4gKHRhc2s9
T3BhcXVlUmVmOmRlNzg3YjVlLTdjYzQtNDc4NS1iYTgyLWVkMjIwNmRiY2FmMykKWzIwMTIwNTAx
VDE2OjI1OjM2LjA2Mlp8IGluZm98a3Jvbm9zfDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8U1Iu
c2NhbiBSOmRlNzg3YjVlN2NjNHxzdG9yYWdlX2ltcGxdIFNSLnNjYW4gdGFzazpPcGFxdWVSZWY6
ZGU3ODdiNWUtN2NjNC00Nzg1LWJhODItZWQyMjA2ZGJjYWYzIHNyOmZmZWNkYWIwLTNlYjMtMGUz
ZC1kYTJkLTRlOTE5YWI3NDQyMApbMjAxMjA1MDFUMTY6MjU6MzYuMDYzWnxkZWJ1Z3xrcm9ub3N8
NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxTUi5zY2FuIFI6ZGU3ODdiNWU3Y2M0fGR1bW15dGFz
a2hlbHBlcl0gdGFzayBTUi5zY2FuIEQ6NTNiYWQ3NjliN2E4IGNyZWF0ZWQgYnkgdGFzayBSOmRl
Nzg3YjVlN2NjNApbMjAxMjA1MDFUMTY6MjU6MzYuMDY0WnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxTUi5zY2FuIEQ6NTNiYWQ3NjliN2E4fHNtXSBTTSBpc28gc3Jfc2Nh
biBzcj1PcGFxdWVSZWY6OWM0OTYwODgtNjE5YS05MDNhLTQ4YmQtNmIyZTIyOWVlYWIwClsyMDEy
MDUwMVQxNjoyNTozNi4wNjVafCBpbmZvfGtyb25vc3w2MyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDowZmFlNjQyM2I1MWJ8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0yM2U1
MjlkYzY4MjMwNDYwNjkwZDlhZWZjZWRlYjFkZSBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9z
dXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2
NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6MzYuMDY2WnxkZWJ1Z3xrcm9ub3N8
NjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6MGZhZTY0MjNiNTFifHhhcGldIEF0
dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6MzYuMDY2
WnxkZWJ1Z3xrcm9ub3N8NjQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpjN2E1NzBhNzY2MmYgY3JlYXRlZCBi
eSB0YXNrIEQ6MGZhZTY0MjNiNTFiClsyMDEyMDUwMVQxNjoyNTozNi4xNDVafGRlYnVnfGtyb25v
c3w2NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6NmUzOWM1MTViZTM3IGNyZWF0ZWQgYnkgdGFzayBE
OjUzYmFkNzY5YjdhOApbMjAxMjA1MDFUMTY6MjU6MzYuMTQ3WnxkZWJ1Z3xrcm9ub3N8NjUgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9u
IG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTozNi4xNjVafGRlYnVnfGtyb25vc3w2NiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iu
Z2V0X2J5X3V1aWQgRDo4YjRjZjk0ZGYxYjEgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4
ClsyMDEyMDUwMVQxNjoyNTozNi4xNjdafGRlYnVnfGtyb25vc3w2NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlv
biEKWzIwMTIwNTAxVDE2OjI1OjM2LjE2OFp8ZGVidWd8a3Jvbm9zfDY3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X2FsbF9yZWNv
cmRzX3doZXJlIEQ6MzJiNTc1ZTM3MjJjIGNyZWF0ZWQgYnkgdGFzayBEOjUzYmFkNzY5YjdhOApb
MjAxMjA1MDFUMTY6MjU6MzYuMTc2WnxkZWJ1Z3xrcm9ub3N8NjcgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24h
ClsyMDEyMDUwMVQxNjoyNTozNi4xNzlafGRlYnVnfGtyb25vc3w2OCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDpk
MWMxZjNmNzczN2MgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoy
NTozNi4xODBafGRlYnVnfGtyb25vc3w2OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjM2LjE4MVp8ZGVidWd8a3Jvbm9zfDY5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5zZXRfdmlydHVhbF9hbGxvY2F0aW9uIEQ6YzM2
Y2JkNTZmMTY1IGNyZWF0ZWQgYnkgdGFzayBEOjUzYmFkNzY5YjdhOApbMjAxMjA1MDFUMTY6MjU6
MzYuMTgzWnxkZWJ1Z3xrcm9ub3N8NjkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTozNi4xODZafGRlYnVnfGtyb25vc3w3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1Iuc2V0X3BoeXNpY2FsX3NpemUgRDphNzIzYzNhZWUz
MTIgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4xODha
fGRlYnVnfGtyb25vc3w3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjE4
OVp8ZGVidWd8a3Jvbm9zfDcxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBl
cl0gdGFzayBkaXNwYXRjaDpTUi5zZXRfcGh5c2ljYWxfdXRpbGlzYXRpb24gRDo1MDMwZTM2Njlk
NjcgY3JlYXRlZCBieSB0YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4xOTJa
fGRlYnVnfGtyb25vc3w3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjE5
Mlp8ZGVidWd8a3Jvbm9zfDcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBl
cl0gdGFzayBkaXNwYXRjaDpTUi5nZXRfYnlfdXVpZCBEOmI4YzNjMzc1NGExMyBjcmVhdGVkIGJ5
IHRhc2sgRDo1M2JhZDc2OWI3YTgKWzIwMTIwNTAxVDE2OjI1OjM2LjE5NFp8ZGVidWd8a3Jvbm9z
fDcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6MzYuMTk1WnxkZWJ1Z3xrcm9u
b3N8NzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3Bh
dGNoOlZESS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDowNDUzNDg0ODQ1ODEgY3JlYXRlZCBieSB0
YXNrIEQ6NTNiYWQ3NjliN2E4ClsyMDEyMDUwMVQxNjoyNTozNi4yMDNafGRlYnVnfGtyb25vc3w3
MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjM2LjIxNlp8IGluZm98a3Jvbm9z
fDYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjBmYWU2NDIzYjUxYnx4YXBpXSBT
ZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0yM2U1MjlkYzY4MjMwNDYwNjkwZDlhZWZjZWRlYjFkZQpb
MjAxMjA1MDFUMTY6MjU6MzYuMjE4WnxkZWJ1Z3xrcm9ub3N8NjMgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXxTUi5zY2FuIFI6ZGU3ODdiNWU3Y2M0fHhhcGldIFVubWFya2luZyBTUiBhZnRlciBTUi5z
Y2FuICh0YXNrPU9wYXF1ZVJlZjpkZTc4N2I1ZS03Y2M0LTQ3ODUtYmE4Mi1lZDIyMDZkYmNhZjMp
ClsyMDEyMDUwMVQxNjoyNTozNi4yMjNafGRlYnVnfGtyb25vc3w2MHxzY2FuIG9uZSBEOmQ4MzU2
MzhlMmVhMnx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIw
NTAxVDE2OjI1OjM2LjIyNFp8ZGVidWd8a3Jvbm9zfDc0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOjMwNzg1ZWFj
ZjgzYiBjcmVhdGVkIGJ5IHRhc2sgRDpkODM1NjM4ZTJlYTIKWzIwMTIwNTAxVDE2OjI1OjM2LjIy
NVp8IGluZm98a3Jvbm9zfDc0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQg
RDphOTRhYmEwNTMwNTN8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MmVlM2I4OTljZWZh
MGM1ZmMyYmIxYTMxOTEzZmVjMjUKWzIwMTIwNTAxVDE2OjI1OjM2LjIyNlp8ZGVidWd8a3Jvbm9z
fDYwfHNjYW4gb25lIEQ6ZDgzNTYzOGUyZWEyfHhhcGldIFNjYW4gb2YgU1IgZmZlY2RhYjAtM2Vi
My0wZTNkLWRhMmQtNGU5MTlhYjc0NDIwIGNvbXBsZXRlLgpbMjAxMjA1MDFUMTY6MjU6NDIuMDQ5
WnxkZWJ1Z3xrcm9ub3N8NzUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB0ZW1wbGF0
ZS1saXN0IG5hbWUtbGFiZWw9RGViaWFuIFNxdWVlemUgNi4wICgzMi1iaXQpIG1pbmltYWw9dHJ1
ZSB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjA1MFp8IGlu
Zm98a3Jvbm9zfDc1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bh
c3N3b3JkIEQ6MzFmZTQ4ZjA2NzRifHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9ZTRmNzI2
NjAyYmJkOTk1NWFiZTI0YTE4ZjEwOTJjYjEgcG9vbD1mYWxzZSB1bmFtZT1yb290IGlzX2xvY2Fs
X3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFj
OTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi4wNTFafGRlYnVnfGtyb25v
c3w3NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBE
OjMxZmU0OGYwNjc0Ynx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjA1Mlp8ZGVidWd8a3Jvbm9zfDc2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
ZDk0ZDliODE4NmZkIGNyZWF0ZWQgYnkgdGFzayBEOjMxZmU0OGYwNjc0YgpbMjAxMjA1MDFUMTY6
MjU6NDIuMTA2WnwgaW5mb3xrcm9ub3N8NzUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9u
LmxvZ291dCBEOmFkYmExOTAzYzMyNnx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1lNGY3
MjY2MDJiYmQ5OTU1YWJlMjRhMThmMTA5MmNiMQpbMjAxMjA1MDFUMTY6MjU6NDIuMTA3WnwgaW5m
b3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB2bS1pbnN0YWxsIHRl
bXBsYXRlPWM3MzVkNDkxLWRiODItNmVkNS02ODFmLWIyMzE2Mzk4ODMzMCBuZXctbmFtZS1sYWJl
bD1kZWJpYW4gdXNlcm5hbWU9cm9vdCBwYXNzd29yZD1udWxsClsyMDEyMDUwMVQxNjoyNTo0Mi4x
MDlafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5f
d2l0aF9wYXNzd29yZCBEOjRmYjMyYTA5NmQ4NXx4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lk
PWU4YjY0MTBkY2ZmY2I0MzRiNWE5ZDIzN2FhZjY5OWRkIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBp
c19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0
ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuMTEwWnxkZWJ1
Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFz
c3dvcmQgRDo0ZmIzMmEwOTZkODV8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xMTBafGRlYnVnfGtyb25vc3w3OCBVTklYIC92YXIv
bGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRf
dXVpZCBEOmFjZDJhOWI2MDNhYSBjcmVhdGVkIGJ5IHRhc2sgRDo0ZmIzMmEwOTZkODUKWzIwMTIw
NTAxVDE2OjI1OjQyLjE3MFp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8YXVkaXRdIFZNLmNsb25lOiBWTSA9ICdjNzM1ZDQ5MS1k
YjgyLTZlZDUtNjgxZi1iMjMxNjM5ODgzMzAgKERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KSkn
OyBuZXdfbmFtZSA9ICdkZWJpYW4nClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzJafCB3YXJufGtyb25v
c3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLmNsb25lIFI6OTVhMGQ1YWNhNjQyfHhhcGld
IFZNIERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KSBjb3VsZCBydW4gb24gYW55IG9mIHRoZXNl
IGhvc3RzOiBbIGtyb25vcyBdClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzJafGRlYnVnfGtyb25vc3w3
NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLmNsb25lIFI6OTVhMGQ1YWNhNjQyfHhhcGldIEF0
dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMTcz
WnxkZWJ1Z3xrcm9ub3N8NzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uc2xhdmVfbG9naW4gRDpiYjljOTBmYzczNTIgY3JlYXRl
ZCBieSB0YXNrIFI6OTVhMGQ1YWNhNjQyClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzRafCBpbmZvfGty
b25vc3w3OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4gRDo3ZDY5
NjZhYjE4NTN8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD03MTQ0MDE2MDg5MTRhNTRmNTlh
M2I3Njc1M2I3YmRmZiBwb29sPXRydWUgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1
dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0
ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzVafGRlYnVnfGtyb25vc3w3OSBVTklYIC92YXIvbGli
L3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4gRDo3ZDY5NjZhYjE4NTN8eGFwaV0gQXR0ZW1w
dGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xNzZafGRl
YnVnfGtyb25vc3w4MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjc2YTg3ZThiZTQ3MCBjcmVhdGVkIGJ5IHRh
c2sgRDo3ZDY5NjZhYjE4NTMKWzIwMTIwNTAxVDE2OjI1OjQyLjE4Mlp8ZGVidWd8a3Jvbm9zfDc3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8eGFwaV0gQXR0
ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xODNa
fGRlYnVnfGtyb25vc3w4MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJd
IHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOmMyZjdmMjVhODQyZSBjcmVhdGVk
IGJ5IHRhc2sgUjo5NWEwZDVhY2E2NDIKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NFp8IGluZm98a3Jv
bm9zfDgxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjE4OGRm
N2E5ZWQ4Y3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTExN2VhY2JmYzU5OGU2MTBkZjcx
Njk2YjRmYzg3OTdmIHBvb2w9dHJ1ZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0
aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRl
NDkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NVp8ZGVidWd8a3Jvbm9zfDgxIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjE4OGRmN2E5ZWQ4Y3x4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4NVp8ZGVi
dWd8a3Jvbm9zfDgyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MDQ3ZDhmMjU4NGViIGNyZWF0ZWQgYnkgdGFz
ayBEOjE4OGRmN2E5ZWQ4YwpbMjAxMjA1MDFUMTY6MjU6NDIuMTg3WnxkZWJ1Z3xrcm9ub3N8Nzcg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5jbG9uZSBSOjk1YTBkNWFjYTY0Mnx4YXBpXSBBdHRl
bXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjE4OFp8
ZGVidWd8a3Jvbm9zfDgzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g
dGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOmU0MTUzMGU2ODc0ZSBjcmVhdGVkIGJ5IHRh
c2sgUjo5NWEwZDVhY2E2NDIKWzIwMTIwNTAxVDE2OjI1OjQyLjE4OVp8IGluZm98a3Jvbm9zfDgz
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDo4MzJjMTYzYzU0Yjd8eGFw
aV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MTE3ZWFjYmZjNTk4ZTYxMGRmNzE2OTZiNGZjODc5
N2YKWzIwMTIwNTAxVDE2OjI1OjQyLjE5NFp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uY2xvbmUgUjo5NWEwZDVhY2E2NDJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVu
IC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4xOTVafGRlYnVnfGtyb25vc3w4
NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
c2Vzc2lvbi5sb2dvdXQgRDo4MzE0OTFmMDA1N2IgY3JlYXRlZCBieSB0YXNrIFI6OTVhMGQ1YWNh
NjQyClsyMDEyMDUwMVQxNjoyNTo0Mi4xOTZafCBpbmZvfGtyb25vc3w4NCBVTklYIC92YXIvbGli
L3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6ZmE0ZDlmZGFkYjZifHhhcGldIFNlc3Npb24uZGVz
dHJveSB0cmFja2lkPTcxNDQwMTYwODkxNGE1NGY1OWEzYjc2NzUzYjdiZGZmClsyMDEyMDUwMVQx
NjoyNTo0Mi4yMDNafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3Bh
dGNoOlZNLnNldF9uYW1lX2Rlc2NyaXB0aW9uIEQ6ZjNlYWZkNTg4NTQ1fGFwaV9lZmZlY3RdIFZN
LnNldF9uYW1lX2Rlc2NyaXB0aW9uClsyMDEyMDUwMVQxNjoyNTo0Mi4yMDZafCBpbmZvfGtyb25v
c3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZNLnNldF9zdXNwZW5kX1NSIEQ6
M2M5NWRhYTMwZWQ2fGFwaV9lZmZlY3RdIFZNLnNldF9zdXNwZW5kX1NSClsyMDEyMDUwMVQxNjoy
NTo0Mi4yMTBafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNo
OlZNLnJlbW92ZV9mcm9tX290aGVyX2NvbmZpZyBEOmFjZThlODRiNzA2ZnxhcGlfZWZmZWN0XSBW
TS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcKWzIwMTIwNTAxVDE2OjI1OjQyLjIxM1p8IGluZm98
a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6Vk0uYWRkX3RvX290aGVy
X2NvbmZpZyBEOjBiZTVhMjE1YzY3Y3xhcGlfZWZmZWN0XSBWTS5hZGRfdG9fb3RoZXJfY29uZmln
ClsyMDEyMDUwMVQxNjoyNTo0Mi4yMTZafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHxhdWRpdF0gVk0ucHJvdmlzaW9uOiBW
TSA9ICczZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgKGRlYmlhbiknClsyMDEy
MDUwMVQxNjoyNTo0Mi4yMTlafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBp
fFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zh
ci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjIxOVp8ZGVidWd8a3Jvbm9zfDg1IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNz
aW9uLnNsYXZlX2xvZ2luIEQ6Njk4MDY0NzRkZWE2IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5
MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjIwWnwgaW5mb3xrcm9ub3N8ODUgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6NTU3YzJlZWNlMzFmfHhhcGldIFNlc3Np
b24uY3JlYXRlIHRyYWNraWQ9ZmNmMzY5YjlhNTE5NGQ4MGE0NDY2MDJkOGFmYWMwZWYgcG9vbD10
cnVlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9
dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6
NDIuMjIxWnxkZWJ1Z3xrcm9ub3N8ODUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNs
YXZlX2xvZ2luIEQ6NTU3YzJlZWNlMzFmfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMjIyWnxkZWJ1Z3xrcm9ub3N8ODYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u
Z2V0X3V1aWQgRDoxOWNhNTNjODE4YTQgY3JlYXRlZCBieSB0YXNrIEQ6NTU3YzJlZWNlMzFmClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMjRafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjIyNFp8ZGVidWd8a3Jvbm9zfDg3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpW
TS5nZXRfb3RoZXJfY29uZmlnIEQ6MzBkOTEzYWQyMzhhIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQy
NGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjI2WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGlu
ZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yMjdafGRlYnVn
fGtyb25vc3w4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6c2Vzc2lvbi5sb2dvdXQgRDpjMzRlN2RmZmU1NTAgY3JlYXRlZCBieSB0YXNrIFI6
NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi4yMjhafCBpbmZvfGtyb25vc3w4OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6ZWJmZDc0NTY1YTNmfHhhcGldIFNl
c3Npb24uZGVzdHJveSB0cmFja2lkPWZjZjM2OWI5YTUxOTRkODBhNDQ2NjAyZDhhZmFjMGVmClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMjlafCB3YXJufGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBWTSBkZWJpYW4gY291bGQgcnVu
IG9uIGFueSBvZiB0aGVzZSBob3N0czogWyBrcm9ub3MgXQpbMjAxMjA1MDFUMTY6MjU6NDIuMjMy
WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2
YzY0MjRiOTE3Yzh8dGhyZWFkX3F1ZXVlXSBwdXNoKGxvbmdfcnVubmluZ19vcCwgVk0ucHJvdmlz
aW9uIFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOCk6IHF1ZXVlID0gWyBWTS5wcm92aXNpb24g
Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4IF0oMSkKWzIwMTIwNTAxVDE2OjI1OjQyLjIzMlp8
ZGVidWd8a3Jvbm9zfDg5fHx0aHJlYWRfcXVldWVdIHBvcChsb25nX3J1bm5pbmdfb3ApID0gVk0u
cHJvdmlzaW9uIFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIu
MjMyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24g
Ujo2YzY0MjRiOTE3Yzh8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2NrIG9uIFZNIE9wYXF1
ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0b2tlbiAyClsy
MDEyMDUwMVQxNjoyNTo0Mi4yMzJafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBzdGFydDogY2hlY2tpbmcgdG8g
c2VlIHdoZXRoZXIgVk0gbmVlZHMgJ2luc3RhbGxpbmcnClsyMDEyMDUwMVQxNjoyNTo0Mi4yMzJa
fGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBSOjZj
NjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIw
MTIwNTAxVDE2OjI1OjQyLjIzM1p8ZGVidWd8a3Jvbm9zfDkwIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6
NjdmNTkzMzYyYWY1IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6
MjU6NDIuMjM0WnwgaW5mb3xrcm9ub3N8OTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9u
LnNsYXZlX2xvZ2luIEQ6MDNmYzY3OTRjYmZifHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9
Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QgcG9vbD10cnVlIHVuYW1lPSBpc19sb2Nh
bF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQx
Yzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuMjUyWnxkZWJ1Z3xrcm9u
b3N8OTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MDNmYzY3
OTRjYmZifHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1
MDFUMTY6MjU6NDIuMjUzWnxkZWJ1Z3xrcm9ub3N8OTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpiOTI2Yzc3
NWVlYjMgY3JlYXRlZCBieSB0YXNrIEQ6MDNmYzY3OTRjYmZiClsyMDEyMDUwMVQxNjoyNTo0Mi4y
NTVafCBpbmZvfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBS
OjZjNjQyNGI5MTdjOHx4YXBpXSBWTS5zZXRfaXNfYV90ZW1wbGF0ZSgnZmFsc2UnKQpbMjAxMjA1
MDFUMTY6MjU6NDIuMjU2WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIv
bGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yNTdafGRlYnVnfGtyb25vc3w5MiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0uZ2V0
X290aGVyX2NvbmZpZyBEOjZmNGVlZmViYmFjZSBjcmVhdGVkIGJ5IHRhc2sgUjo2YzY0MjRiOTE3
YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI1OVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIGluc3RhbGw6IHBoYXNl
IDEvMzogY3JlYXRpbmcgVkJEcyBhbmQgVkRJcwpbMjAxMjA1MDFUMTY6MjU6NDIuMjU5WnxkZWJ1
Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRi
OTE3Yzh8eGFwaV0gUGVyZm9ybWluZyBwcmVfaW5zdGFsbCBhY3Rpb25zIChpZSBjcmVhdGluZyBk
aXNrcykKWzIwMTIwNTAxVDE2OjI1OjQyLjI1OVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRpbmcg
dG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuMjYxWnxkZWJ1Z3xr
cm9ub3N8OTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZNLmdldF91dWlkIEQ6NzgxY2I4NWRlMjRiIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQy
NGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjYyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGlu
ZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi4yNjNafGRlYnVn
fGtyb25vc3w5NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6Vk0uZ2V0X290aGVyX2NvbmZpZyBEOjdkMmE5NWRiMjhlMCBjcmVhdGVkIGJ5IHRh
c2sgUjo2YzY0MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI2NVp8ZGVidWd8a3Jvbm9zfDc3
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
MjY1WnxkZWJ1Z3xrcm9ub3N8OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6NTFiZTI3NGU4MWQ1IGNyZWF0ZWQg
YnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjY3WnxkZWJ1Z3xrcm9u
b3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8
eGFwaV0gUHJvdmlzaW9uaW5nIFZESSBmb3IgbmV3IFZNClsyMDEyMDUwMVQxNjoyNTo0Mi4yNjda
fGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBSOjZj
NjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIw
MTIwNTAxVDE2OjI1OjQyLjI2OFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuY3JlYXRlIEQ6MzRmYjIxZmI3
ZWI0IGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuMjcw
WnwgaW5mb3xrcm9ub3N8OTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuY3Jl
YXRlIEQ6MzRmYjIxZmI3ZWI0fHRhc2toZWxwZXJdIHRhc2sgVkRJLmNyZWF0ZSBSOjY0NjAxNzI3
YjFmMiAodXVpZDphNTBiNTIwZS0zNTc1LTI4YmItZGRhZC02YWUwMjAwMWM1YjQpIGNyZWF0ZWQg
KHRyYWNraWQ9Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QpIGJ5IHRhc2sgUjo2YzY0
MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjI3MFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjY0NjAxNzI3YjFmMnxhdWRpdF0gVkRJLmNyZWF0
ZTogU1IgPSAnOTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IChrcm9ub3NzcjAp
JzsgbmFtZSBsYWJlbCA9ICcnClsyMDEyMDUwMVQxNjoyNTo0Mi4yNzBafGRlYnVnfGtyb25vc3w5
NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8eGFwaV0g
TWFya2luZyBTUiBmb3IgVkRJLmNyZWF0ZSAodGFzaz1PcGFxdWVSZWY6NjQ2MDE3MjctYjFmMi0z
YTMyLTM0ZDktZmFjYzgzYzY2ZTRkKQpbMjAxMjA1MDFUMTY6MjU6NDIuMjcyWnwgaW5mb3xrcm9u
b3N8OTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6NjQ2MDE3MjdiMWYyfHN0
b3JhZ2VfaW1wbF0gVkRJLmNyZWF0ZSB0YXNrOk9wYXF1ZVJlZjo2NDYwMTcyNy1iMWYyLTNhMzIt
MzRkOS1mYWNjODNjNjZlNGQgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3
IHZkaV9pbmZvOnsidmRpIjogIiIsICJuYW1lX2xhYmVsIjogIiIsICJuYW1lX2Rlc2NyaXB0aW9u
IjogIkNyZWF0ZWQgYnkgdGVtcGxhdGUgcHJvdmlzaW9uZXIiLCAidHkiOiAic3lzdGVtIiwgIm1l
dGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNuYXBzaG90X3Rp
bWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJyZWFkX29ubHki
OiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDg1ODk5MzQ1OTIsICJwaHlzaWNhbF91dGlsaXNhdGlv
biI6IDB9IHBhcmFtczp2bWhpbnQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5
ClsyMDEyMDUwMVQxNjoyNTo0Mi4yNzJafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZE
SS5jcmVhdGUgRDowZWRjZmUxZjU4ZmEgY3JlYXRlZCBieSB0YXNrIFI6NjQ2MDE3MjdiMWYyClsy
MDEyMDUwMVQxNjoyNTo0Mi4yNzJafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZESS5jcmVhdGUgRDowZWRjZmUxZjU4ZmF8c21dIFNNIGV4dCB2ZGlfY3JlYXRlIHNyPU9w
YXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2Egc21fY29uZmlnPVt2
bWhpbnQ9M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5XSB0eXBlPVtzeXN0ZW1d
IHNpemU9ODU4OTkzNDU5MgpbMjAxMjA1MDFUMTY6MjU6NDIuMjc0WnwgaW5mb3xrcm9ub3N8OTYg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6N2I2MDNjMmM0MWIxfHhhcGldIFNlc3Np
b24uY3JlYXRlIHRyYWNraWQ9YTdiZDQxOTg3NDg3ZDhjNjYzNTBkM2M4N2Y0MDQ2ZmEgcG9vbD1m
YWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50
PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1
OjQyLjI3NFp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OjdiNjAzYzJjNDFiMXx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjI3NVp8ZGVidWd8a3Jvbm9zfDk3IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
NmJiMTY1MzNjM2Y5IGNyZWF0ZWQgYnkgdGFzayBEOjdiNjAzYzJjNDFiMQpbMjAxMjA1MDFUMTY6
MjU6NDIuMzYxWnxkZWJ1Z3xrcm9ub3N8OTggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZpZyBEOmEwYWZjZTI3
ZDRmMyBjcmVhdGVkIGJ5IHRhc2sgRDowZWRjZmUxZjU4ZmEKWzIwMTIwNTAxVDE2OjI1OjQyLjM2
N1p8ZGVidWd8a3Jvbm9zfDk4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIu
NDE4WnxkZWJ1Z3xrcm9ub3N8OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5kYl9pbnRyb2R1Y2UgRDoyMjA5NDk0NDIwYTIgY3JlYXRl
ZCBieSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MjBafCBpbmZvfGty
b25vc3w5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5kYl9pbnRyb2R1Y2Ug
RDoyMjA5NDk0NDIwYTJ8dGFza2hlbHBlcl0gdGFzayBWREkuZGJfaW50cm9kdWNlIFI6ZjMwZjVi
NGRlNTM0ICh1dWlkOmJmNzQ4YjFlLTgyYTItYzhiZi0yZjkxLTVmMTU3MjU2ODk3MCkgY3JlYXRl
ZCAodHJhY2tpZD1hN2JkNDE5ODc0ODdkOGM2NjM1MGQzYzg3ZjQwNDZmYSkgYnkgdGFzayBEOjBl
ZGNmZTFmNThmYQpbMjAxMjA1MDFUMTY6MjU6NDIuNDIwWnxkZWJ1Z3xrcm9ub3N8OTkgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxWREkuZGJfaW50cm9kdWNlIFI6ZjMwZjViNGRlNTM0fHhhcGldIHtw
b29sLGRifV9pbnRyb2R1Y2UgdXVpZD1iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMgbmFtZV9sYWJlbD0KWzIwMTIwNTAxVDE2OjI1OjQyLjQyMVp8ZGVidWd8a3Jvbm9zfDk5IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmRiX2ludHJvZHVjZSBSOmYzMGY1YjRkZTUzNHx4YXBp
XSBWREkuaW50cm9kdWNlIHJlYWRfb25seSA9IGZhbHNlClsyMDEyMDUwMVQxNjoyNTo0Mi40MjZa
fGRlYnVnfGtyb25vc3w5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQyLjQy
Nlp8ZGVidWd8a3Jvbm9zfDEwMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3ZpcnR1YWxfYWxsb2NhdGlvbiBEOmU3YjZhMGI1MmM0
ZCBjcmVhdGVkIGJ5IHRhc2sgRDowZWRjZmUxZjU4ZmEKWzIwMTIwNTAxVDE2OjI1OjQyLjQyOFp8
ZGVidWd8a3Jvbm9zfDEwMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQyLjQy
OVp8ZGVidWd8a3Jvbm9zfDEwMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDo0NWYyM2QzODgzNzggY3JlYXRlZCBi
eSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MzFafGRlYnVnfGtyb25v
c3wxMDEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40MzJafGRlYnVnfGty
b25vc3wxMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLnNldF92aXJ0dWFsX2FsbG9jYXRpb24gRDo5YzAzOWVjOWQyNDggY3JlYXRlZCBi
eSB0YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40MzRafGRlYnVnfGtyb25v
c3wxMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40MzVafGRlYnVnfGty
b25vc3wxMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLnNldF9waHlzaWNhbF9zaXplIEQ6NDJiYzdlODUxNWUyIGNyZWF0ZWQgYnkgdGFz
ayBEOjBlZGNmZTFmNThmYQpbMjAxMjA1MDFUMTY6MjU6NDIuNDM3WnxkZWJ1Z3xrcm9ub3N8MTAz
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5h
dGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNDM4WnxkZWJ1Z3xrcm9ub3N8
MTA0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRj
aDpTUi5zZXRfcGh5c2ljYWxfdXRpbGlzYXRpb24gRDoyNzUzMGQ1OTA2YzIgY3JlYXRlZCBieSB0
YXNrIEQ6MGVkY2ZlMWY1OGZhClsyMDEyMDUwMVQxNjoyNTo0Mi40NDNafGRlYnVnfGtyb25vc3wx
MDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi40NTVafCBpbmZvfGtyb25v
c3w5NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDo3YjYwM2MyYzQxYjF8eGFwaV0g
U2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9YTdiZDQxOTg3NDg3ZDhjNjYzNTBkM2M4N2Y0MDQ2ZmEK
WzIwMTIwNTAxVDE2OjI1OjQyLjQ1Nlp8ZGVidWd8a3Jvbm9zfDk2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8VkRJLmNyZWF0ZSBSOjY0NjAxNzI3YjFmMnx4YXBpXSBPcGFxdWVSZWY6YjFmMDFjN2Mt
Y2ExMS0wZmI4LTg5MzgtMWE4YWE2ODkyNzgyIHNuYXBzaG90X29mIDwtIE9wYXF1ZVJlZjpOVUxM
ClsyMDEyMDUwMVQxNjoyNTo0Mi40NTZafGRlYnVnfGtyb25vc3w5NiBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZESS5jcmVhdGUgUjo2NDYwMTcyN2IxZjJ8eGFwaV0gVW5tYXJraW5nIFNSIGFmdGVy
IFZESS5jcmVhdGUgKHRhc2s9T3BhcXVlUmVmOjY0NjAxNzI3LWIxZjItM2EzMi0zNGQ5LWZhY2M4
M2M2NmU0ZCkKWzIwMTIwNTAxVDE2OjI1OjQyLjQ2MVp8ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRp
bmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNDYyWnxkZWJ1
Z3xrcm9ub3N8MTA1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpWQkQuY3JlYXRlIEQ6MTZiNTk5ZThkZTQ5IGNyZWF0ZWQgYnkgdGFzayBSOjZj
NjQyNGI5MTdjOApbMjAxMjA1MDFUMTY6MjU6NDIuNDY0WnwgaW5mb3xrcm9ub3N8MTA1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkJELmNyZWF0ZSBEOjE2YjU5OWU4ZGU0OXx0YXNr
aGVscGVyXSB0YXNrIFZCRC5jcmVhdGUgUjozYmJkOWM5NzAxZWIgKHV1aWQ6Y2UzYzlkZWEtNzdm
Ny03MmMwLTgzMzAtZGUzMWU3NTBjODI0KSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1
NGE1ZWRmZjY1OTZiOTZhNDNkKSBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoy
NTo0Mi40NjRafGRlYnVnfGtyb25vc3wxMDUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQuY3Jl
YXRlIFI6M2JiZDljOTcwMWVifGF1ZGl0XSBWQkQuY3JlYXRlOiBWTSA9ICczZDA4Zjc0YS0xMzI5
LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgKGRlYmlhbiknOyBWREkgPSAnYmUzYWFjMDYtZmFiOS00
MmQyLWE3ZDctZjcyYTM2MDNjYTIzJwpbMjAxMjA1MDFUMTY6MjU6NDIuNDY1WnxkZWJ1Z3xrcm9u
b3N8MTA1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmNyZWF0ZSBSOjNiYmQ5Yzk3MDFlYnx4
YXBpXSBWQkQuY3JlYXRlIChkZXZpY2UgPSAwOyB1dWlkID0gZTM4MjAyM2EtZDE4NS0xM2IyLWM3
OGItNmJhMGM3MjA1YWYyOyByZWYgPSBPcGFxdWVSZWY6ZGJlYzliZmMtYzYxMi03ZWI5LWRiNTMt
ZTI0OWUzYzk1NDZmKQpbMjAxMjA1MDFUMTY6MjU6NDIuNDcyWnxkZWJ1Z3xrcm9ub3N8NzcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0
ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi40NzJa
fGRlYnVnfGtyb25vc3wxMDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVy
XSB0YXNrIGRpc3BhdGNoOlZCRC5nZXRfdXNlcmRldmljZSBEOjU0ZTQzNmY3ZGUxNyBjcmVhdGVk
IGJ5IHRhc2sgUjo2YzY0MjRiOTE3YzgKWzIwMTIwNTAxVDE2OjI1OjQyLjQ3NFp8ZGVidWd8a3Jv
bm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2NDI0YjkxN2M4
fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6
MjU6NDIuNDc1WnxkZWJ1Z3xrcm9ub3N8MTA3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuc2V0X25hbWVfbGFiZWwgRDphYTg2NDA1NWE3
OGQgY3JlYXRlZCBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi40Nzda
fCBpbmZvfGtyb25vc3wxMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuc2V0
X25hbWVfbGFiZWwgRDphYTg2NDA1NWE3OGR8dGFza2hlbHBlcl0gdGFzayBWREkuc2V0X25hbWVf
bGFiZWwgUjo5ZmEwNjAzNTM2MjUgKHV1aWQ6YzQ4MzY4YmUtOGUxOS0zZmQ3LTZjYTEtYzYzY2E5
OGM4ZTQyKSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1NGE1ZWRmZjY1OTZiOTZhNDNk
KSBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEyMDUwMVQxNjoyNTo0Mi40NzdafGRlYnVnfGty
b25vc3wxMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjo5ZmEw
NjAzNTM2MjV8YXVkaXRdIFZESS5zZXRfbmFtZV9sYWJlbDogVkRJID0gJ2JlM2FhYzA2LWZhYjkt
NDJkMi1hN2Q3LWY3MmEzNjAzY2EyMycgbmFtZS1sYWJlbCA9ICcwJwpbMjAxMjA1MDFUMTY6MjU6
NDIuNDc4WnxkZWJ1Z3xrcm9ub3N8MTA3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9u
YW1lX2xhYmVsIFI6OWZhMDYwMzUzNjI1fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNDc5WnxkZWJ1Z3xrcm9ub3N8MTA4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkudXBk
YXRlIEQ6NjlmYjRmZDY5ZWE3IGNyZWF0ZWQgYnkgdGFzayBSOjlmYTA2MDM1MzYyNQpbMjAxMjA1
MDFUMTY6MjU6NDIuNDgxWnwgaW5mb3xrcm9ub3N8MTA4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
ZGlzcGF0Y2g6VkRJLnVwZGF0ZSBEOjY5ZmI0ZmQ2OWVhN3x0YXNraGVscGVyXSB0YXNrIFZESS51
cGRhdGUgUjo5NzdlYWQ5MmQ5MGUgKHV1aWQ6NjQ0NGYyMzYtN2Q4OC1lOGIzLWEyOTAtZTJhZGU2
ZWQ0ZTVlKSBjcmVhdGVkICh0cmFja2lkPWY3NjY0MjRkOWZmZGU1NGE1ZWRmZjY1OTZiOTZhNDNk
KSBieSB0YXNrIFI6OWZhMDYwMzUzNjI1ClsyMDEyMDUwMVQxNjoyNTo0Mi40ODJafGRlYnVnfGty
b25vc3wxMDggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6OTc3ZWFkOTJkOTBl
fHhhcGldIHVwZGF0ZSByZWY9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEtMGZiOC04OTM4LTFhOGFh
Njg5Mjc4MiBsb2NhdGlvbj1iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMKWzIw
MTIwNTAxVDE2OjI1OjQyLjQ4Mlp8ZGVidWd8a3Jvbm9zfDEwOCBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZESS51cGRhdGUgUjo5NzdlYWQ5MmQ5MGV8c21dIFNNIGV4dCB2ZGlfdXBkYXRlIHNyPU9w
YXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EgdmRpPU9wYXF1ZVJl
ZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIwMTIwNTAxVDE2OjI1OjQy
LjQ4NFp8IGluZm98a3Jvbm9zfDEwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDo4
YjkyYTcxOGRmODB8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0wMTA5MjQ1MGU0NWZhZGQ2
NWZmMzNiYjMwMzQwNTg5YSBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1
ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlh
ZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuNDg1WnxkZWJ1Z3xrcm9ub3N8MTA4IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjhiOTJhNzE4ZGY4MHx4YXBpXSBBdHRlbXB0aW5nIHRv
IG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjQ4NVp8ZGVidWd8a3Jv
bm9zfDEwOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmZlZmU4MTU4YzM2YiBjcmVhdGVkIGJ5IHRhc2sgRDo4
YjkyYTcxOGRmODAKWzIwMTIwNTAxVDE2OjI1OjQyLjU2Mlp8ZGVidWd8a3Jvbm9zfDExMCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5n
ZXRfb3RoZXJfY29uZmlnIEQ6YWVmOGQ1MTJlMzViIGNyZWF0ZWQgYnkgdGFzayBSOjk3N2VhZDky
ZDkwZQpbMjAxMjA1MDFUMTY6MjU6NDIuNTY3WnxkZWJ1Z3xrcm9ub3N8MTEwIFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25u
ZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNTgyWnxkZWJ1Z3xrcm9ub3N8MTExIFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3Nt
X2NvbmZpZyBEOjE2YjE3N2ZmMDg3MSBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIw
MTIwNTAxVDE2OjI1OjQyLjU4NVp8ZGVidWd8a3Jvbm9zfDExMSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI1OjQyLjU4NVp8ZGVidWd8a3Jvbm9zfDExMiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6
ZGExYTdhODM4ZTI4IGNyZWF0ZWQgYnkgdGFzayBSOjk3N2VhZDkyZDkwZQpbMjAxMjA1MDFUMTY6
MjU6NDIuNTg3WnxkZWJ1Z3xrcm9ub3N8MTEyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBf
Y3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFU
MTY6MjU6NDIuNTg4WnxkZWJ1Z3xrcm9ub3N8MTEzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1
bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuc2V0X3ZpcnR1YWxfc2l6ZSBEOmJkODk0
ZWI0MDllZCBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIwMTIwNTAxVDE2OjI1OjQy
LjU5MFp8ZGVidWd8a3Jvbm9zfDExMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1
OjQyLjU5MVp8ZGVidWd8a3Jvbm9zfDExNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnNldF9waHlzaWNhbF91dGlsaXNhdGlvbiBEOjhk
Nzg1ZTBhYTFlNSBjcmVhdGVkIGJ5IHRhc2sgUjo5NzdlYWQ5MmQ5MGUKWzIwMTIwNTAxVDE2OjI1
OjQyLjU5M1p8ZGVidWd8a3Jvbm9zfDExNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjQyLjU5NFp8ZGVidWd8a3Jvbm9zfDExNSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnNldF9yZWFkX29ubHkgRDo3MWRkYmVhNjg0
YjUgY3JlYXRlZCBieSB0YXNrIFI6OTc3ZWFkOTJkOTBlClsyMDEyMDUwMVQxNjoyNTo0Mi41OTZa
fGRlYnVnfGtyb25vc3wxMTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0Mi41
OTdafGRlYnVnfGtyb25vc3wxMTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfc21fY29uZmlnIEQ6ODgyMmNiNThkODkwIGNyZWF0
ZWQgYnkgdGFzayBSOjk3N2VhZDkyZDkwZQpbMjAxMjA1MDFUMTY6MjU6NDIuNjAzWnxkZWJ1Z3xr
cm9ub3N8MTE2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDIuNjEzWnwgaW5m
b3xrcm9ub3N8MTA4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjhiOTJhNzE4ZGY4
MHx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0wMTA5MjQ1MGU0NWZhZGQ2NWZmMzNiYjMw
MzQwNTg5YQpbMjAxMjA1MDFUMTY6MjU6NDIuNjIxWnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gaW5zdGFsbDog
cGhhc2UgMi8zOiBydW5uaW5nIG9wdGlvbmFsIHNjcmlwdCAoaW4gZG9tYWluIDApClsyMDEyMDUw
MVQxNjoyNTo0Mi42MjJafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnByb3Zpc2lvbiBSOjZjNjQyNGI5MTdjOHx4YXBpXSBpbnN0YWxsOiBwaGFzZSAzLzM6IHJlbW92
aW5nIGluc3RhbGwgaW5mb3JtYXRpb24gZnJvbSBWTQpbMjAxMjA1MDFUMTY6MjU6NDIuNjIyWnxk
ZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNpb24gUjo2YzY0
MjRiOTE3Yzh8eGFwaV0gUGVyZm9ybWluZyBwb3N0X2luc3RhbGwgYWN0aW9ucyAoaWUgcmVtb3Zp
bmcgdGVtcGxhdGUgaW5mb3JtYXRpb24gZnJvbSBWTSkKWzIwMTIwNTAxVDE2OjI1OjQyLjYyMlp8
ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2
NDI0YjkxN2M4fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAx
MjA1MDFUMTY6MjU6NDIuNjIzWnxkZWJ1Z3xrcm9ub3N8MTE3IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9j
b25maWcgRDo5NzQ0NjA0MzlmMDQgY3JlYXRlZCBieSB0YXNrIFI6NmM2NDI0YjkxN2M4ClsyMDEy
MDUwMVQxNjoyNTo0Mi42MjRafCBpbmZvfGtyb25vc3wxMTcgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDo5NzQ0NjA0MzlmMDR8YXBp
X2VmZmVjdF0gVk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo0Mi42
MjVafGRlYnVnfGtyb25vc3w3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnByb3Zpc2lvbiBS
OjZjNjQyNGI5MTdjOHx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjYyNlp8ZGVidWd8a3Jvbm9zfDExOCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0ucmVtb3ZlX2Zyb21fb3Ro
ZXJfY29uZmlnIEQ6MzBkYmI4OWUwOTFlIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApb
MjAxMjA1MDFUMTY6MjU6NDIuNjI3WnwgaW5mb3xrcm9ub3N8MTE4IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8ZGlzcGF0Y2g6Vk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnIEQ6MzBkYmI4OWUwOTFl
fGFwaV9lZmZlY3RdIFZNLnJlbW92ZV9mcm9tX290aGVyX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjU6
NDIuNjI5WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNp
b24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gZmluaXNoZWQgaW5zdGFsbApbMjAxMjA1MDFUMTY6MjU6
NDIuNjI5WnxkZWJ1Z3xrcm9ub3N8NzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5wcm92aXNp
b24gUjo2YzY0MjRiOTE3Yzh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94
YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi42MjlafGRlYnVnfGtyb25vc3wxMTkgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24ubG9nb3V0
IEQ6MWY2ODdlZTc1MmIyIGNyZWF0ZWQgYnkgdGFzayBSOjZjNjQyNGI5MTdjOApbMjAxMjA1MDFU
MTY6MjU6NDIuNjMxWnwgaW5mb3xrcm9ub3N8MTE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz
c2lvbi5sb2dvdXQgRDo4NmIwZDlhZjYwODF8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9
Zjc2NjQyNGQ5ZmZkZTU0YTVlZGZmNjU5NmI5NmE0M2QKWzIwMTIwNTAxVDE2OjI1OjQyLjYzMlp8
ZGVidWd8a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0ucHJvdmlzaW9uIFI6NmM2
NDI0YjkxN2M4fGxvY2tpbmdfaGVscGVyc10gUmVsZWFzZWQgbG9jayBvbiBWTSBPcGFxdWVSZWY6
MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2MxZDlkMGU3IHdpdGggdG9rZW4gMgpbMjAxMjA1
MDFUMTY6MjU6NDIuNjMzWnxkZWJ1Z3xrcm9ub3N8ODl8fHRocmVhZF9xdWV1ZV0gbG9uZ19ydW5u
aW5nX29wOiBjb21wbGV0ZWQgcHJvY2Vzc2luZyAxIGl0ZW1zOiBxdWV1ZSA9IFsgIF0oMCkKWzIw
MTIwNTAxVDE2OjI1OjQyLjY0M1p8IGluZm98a3Jvbm9zfDc3IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8c2Vzc2lvbi5sb2dvdXQgRDpjNzNmZTJiZmI4YzZ8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRy
YWNraWQ9ZThiNjQxMGRjZmZjYjQzNGI1YTlkMjM3YWFmNjk5ZGQKWzIwMTIwNTAxVDE2OjI1OjQy
LjY0M1p8ZGVidWd8a3Jvbm9zfDEyMCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIG5l
dHdvcmstbGlzdCBicmlkZ2U9eGVuYnIwIG1pbmltYWw9dHJ1ZSB1c2VybmFtZT1yb290IHBhc3N3
b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjY0NVp8IGluZm98a3Jvbm9zfDEyMCBVTklYIC92
YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmJmYWY0NmI3MTZh
Znx4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTU0NzBmZDFiZjliYjE4MmMwYWExMjUxN2Vh
N2ZkMjViIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRo
X3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0
OQpbMjAxMjA1MDFUMTY6MjU6NDIuNjQ2WnxkZWJ1Z3xrcm9ub3N8MTIwIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6YmZhZjQ2YjcxNmFmfHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
NjQ2WnxkZWJ1Z3xrcm9ub3N8MTIxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6OTU0NGFhMzY3NzhhIGNyZWF0
ZWQgYnkgdGFzayBEOmJmYWY0NmI3MTZhZgpbMjAxMjA1MDFUMTY6MjU6NDIuNjUyWnwgaW5mb3xr
cm9ub3N8MTIwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDozYTc3OGY1
NmY0MjV8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9NTQ3MGZkMWJmOWJiMTgyYzBhYTEy
NTE3ZWE3ZmQyNWIKWzIwMTIwNTAxVDE2OjI1OjQyLjY1NFp8IGluZm98a3Jvbm9zfDEyMiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIHZpZi1jcmVhdGUgdm0tdXVpZD0zZDA4Zjc0YS0x
MzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgbmV0d29yay11dWlkPTZmOTcwY2E3LTgzYmItYjdl
Ny03YjRkLWU4MmM4NTI5MDAyMiBkZXZpY2U9MCB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwK
WzIwMTIwNTAxVDE2OjI1OjQyLjY1Nlp8IGluZm98a3Jvbm9zfDEyMiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjMzODg0OTY1ODlmNHx4YXBpXSBT
ZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTYyYmQ0MjRlODI4ZTA3Y2E5NTcwYjMwNTMyYWNhM2Y0IHBv
b2w9ZmFsc2UgdW5hbWU9cm9vdCBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lk
PSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1
MDFUMTY6MjU6NDIuNjU3WnxkZWJ1Z3xrcm9ub3N8MTIyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MzM4ODQ5NjU4OWY0fHhhcGldIEF0dGVtcHRp
bmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNjU3WnxkZWJ1
Z3xrcm9ub3N8MTIzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6ZTI2OTE2OWVhMDk3IGNyZWF0ZWQgYnkgdGFz
ayBEOjMzODg0OTY1ODlmNApbMjAxMjA1MDFUMTY6MjU6NDIuNjY3WnxkZWJ1Z3xrcm9ub3N8MTIy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VklGLmNyZWF0ZSBSOjQ3ZDFjOWQ2MjcyYXxhdWRpdF0g
VklGLmNyZWF0ZTogVk0gPSAnM2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IChk
ZWJpYW4pJzsgbmV0d29yayA9ICc2Zjk3MGNhNy04M2JiLWI3ZTctN2I0ZC1lODJjODUyOTAwMjIn
ClsyMDEyMDUwMVQxNjoyNTo0Mi42NjdafGRlYnVnfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWSUYuY3JlYXRlIFI6NDdkMWM5ZDYyNzJhfHhhcGldIFZJRi5jcmVhdGUgcnVubmlu
ZwpbMjAxMjA1MDFUMTY6MjU6NDIuNjY4WnxkZWJ1Z3xrcm9ub3N8MTIyIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8VklGLmNyZWF0ZSBSOjQ3ZDFjOWQ2MjcyYXx4YXBpXSBGb3VuZCBtYWNfc2VlZCBv
biBWTTogc3VwcGxpZWQgTUFDIHBhcmFtZXRlciA9ICcnClsyMDEyMDUwMVQxNjoyNTo0Mi42NzFa
fGRlYnVnfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWSUYuY3JlYXRlIFI6NDdk
MWM5ZDYyNzJhfHhhcGldIFZJRiByZWY9J09wYXF1ZVJlZjo5MGVkMGU4MC0xNGJhLTQyN2UtNTQ2
YS00ZTU1MjA4NTBlNzYnIGNyZWF0ZWQgKFZNID0gJ09wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1
ZjEtNzVjYi1mZTM3YzFkOWQwZTcnOyBNQUMgYWRkcmVzcyA9ICc5YTplYjozNzowYTpmMTphOCcp
ClsyMDEyMDUwMVQxNjoyNTo0Mi42NzlafCBpbmZvfGtyb25vc3wxMjIgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOmQ4NDUzMGRmODIxNnx4YXBpXSBTZXNzaW9uLmRlc3Ry
b3kgdHJhY2tpZD02MmJkNDI0ZTgyOGUwN2NhOTU3MGIzMDUzMmFjYTNmNApbMjAxMjA1MDFUMTY6
MjU6NDIuNjgwWnwgaW5mb3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0g
eGUgdm0tcGFyYW0tc2V0IHV1aWQ9M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5
IG90aGVyLWNvbmZpZzppbnN0YWxsLXJlcG9zaXRvcnk9aHR0cDovL2Z0cC51ay5kZWJpYW4ub3Jn
L2RlYmlhbiB1c2VybmFtZT1yb290IHBhc3N3b3JkPW51bGwKWzIwMTIwNTAxVDE2OjI1OjQyLjY4
Mlp8IGluZm98a3Jvbm9zfDEyNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5f
d2l0aF9wYXNzd29yZCBEOmFmMWIyOTljZjRmN3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lk
PTI2MDM1YzZjNjBiYWU2OGFiYzZhOTkwMTBlZjE5MzJmIHBvb2w9ZmFsc2UgdW5hbWU9cm9vdCBp
c19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0
ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NDIuNjgyWnxkZWJ1
Z3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bh
c3N3b3JkIEQ6YWYxYjI5OWNmNGY3fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94
Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuNjgzWnxkZWJ1Z3xrcm9ub3N8MTI1IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdl
dF91dWlkIEQ6ZmRjNzQ4NmViYmFlIGNyZWF0ZWQgYnkgdGFzayBEOmFmMWIyOTljZjRmNwpbMjAx
MjA1MDFUMTY6MjU6NDIuNjkwWnwgaW5mb3xrcm9ub3N8MTI0IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8ZGlzcGF0Y2g6Vk0uYWRkX3RvX290aGVyX2NvbmZpZyBEOmZlOTY0MWI0NDlkNnxhcGlfZWZm
ZWN0XSBWTS5hZGRfdG9fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo0Mi42OTRafCBpbmZv
fGtyb25vc3wxMjQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjk5YzE4
OWI5OTNhN3x4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0yNjAzNWM2YzYwYmFlNjhhYmM2
YTk5MDEwZWYxOTMyZgpbMjAxMjA1MDFUMTY6MjU6NDIuNjk1WnwgaW5mb3xrcm9ub3N8MTI2IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdm0tbWVtb3J5LWxpbWl0cy1zZXQgc3RhdGlj
LW1pbj0yNTZNaUIgc3RhdGljLW1heD0yNTZNaUIgZHluYW1pYy1taW49MjU2TWlCIGR5bmFtaWMt
bWF4PTI1Nk1pQiB2bT0zZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgdXNlcm5h
bWU9cm9vdCBwYXNzd29yZD1udWxsClsyMDEyMDUwMVQxNjoyNTo0Mi42OTZafCBpbmZvfGtyb25v
c3wxMjYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQg
RDozMzgxNGRiMjJhMDJ8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0zYTFhZjYwYTM4YjRj
NTExNjM0YmEwYjYwODJjYzZjNSBwb29sPWZhbHNlIHVuYW1lPXJvb3QgaXNfbG9jYWxfc3VwZXJ1
c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1
ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1OjQyLjY5N1p8ZGVidWd8a3Jvbm9zfDEyNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjMzODE0
ZGIyMmEwMnx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIw
NTAxVDE2OjI1OjQyLjY5OFp8ZGVidWd8a3Jvbm9zfDEyNyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmUwMDUx
MzhmMjAzYyBjcmVhdGVkIGJ5IHRhc2sgRDozMzgxNGRiMjJhMDIKWzIwMTIwNTAxVDE2OjI1OjQy
LjcwNFp8ZGVidWd8a3Jvbm9zfDEyNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnNldF9tZW1v
cnlfbGltaXRzIFI6YjQ2Njg4MzNmMWIxfGF1ZGl0XSBWTS5zZXRfbWVtb3J5X2xpbWl0czogc2Vs
ZiA9IDNkMDhmNzRhLTEzMjktN2ZlZC02MTQ1LTU3OTQ2NDdkNjhmOSAoZGViaWFuKTsgc3RhdGlj
X21pbiA9IDI2ODQzNTQ1Njsgc3RhdGljX21heCA9IDI2ODQzNTQ1NjsgZHluYW1pY19taW4gPSAy
Njg0MzU0NTY7IGR5bmFtaWNfbWF4ID0gMjY4NDM1NDU2ClsyMDEyMDUwMVQxNjoyNTo0Mi43MjJa
fCBpbmZvfGtyb25vc3wxMjYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBE
OjdkZGMwYTgwNGNkNXx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0zYTFhZjYwYTM4YjRj
NTExNjM0YmEwYjYwODJjYzZjNQpbMjAxMjA1MDFUMTY6MjU6NDIuNzIzWnwgaW5mb3xrcm9ub3N8
MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdm0tc3RhcnQgdXVpZD0zZDA4Zjc0
YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD1udWxs
ClsyMDEyMDUwMVQxNjoyNTo0Mi43MjVafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDpiYTdmYzViNTE3ZGR8eGFwaV0g
U2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD03NGRlZDIwZWIyZDBkZmE4ZjA3MTVmNzE4ZjYyOTZkNyBw
b29sPWZhbHNlIHVuYW1lPXJvb3QgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI1OjQyLjcyNlp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmJhN2ZjNWI1MTdkZHx4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjcyNlp8ZGVi
dWd8a3Jvbm9zfDEyOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjJiMDlmMTk2ZGE4NyBjcmVhdGVkIGJ5IHRh
c2sgRDpiYTdmYzViNTE3ZGQKWzIwMTIwNTAxVDE2OjI1OjQyLjc3MFp8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGF1ZGl0XSBW
TS5zdGFydDogVk0gPSAnM2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IChkZWJp
YW4pJwpbMjAxMjA1MDFUMTY6MjU6NDIuNzc1WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gTm8gb3BlcmF0aW9ucyBh
cmUgdmFsaWQgYmVjYXVzZSBjdXJyZW50LW9wZXJhdGlvbnMgPSBbIE9wYXF1ZVJlZjoyNGYxOTc4
ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgLT4gYXR0YWNoIF0KWzIwMTIwNTAxVDE2OjI1
OjQyLjc3N1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0
IFI6MjRmMTk3OGRkNGEzfHhhcGldIFVzaW5nIHdsYiByZWNvbW1lbmRhdGlvbnMgZm9yIGNob29z
aW5nIGEgaG9zdCBoYXMgYmVlbiBkaXNhYmxlZCBvciB3bGIgaXMgbm90IGF2YWlsYWJsZS4gVXNp
bmcgb3JpZ2luYWwgYWxnb3JpdGhtClsyMDEyMDUwMVQxNjoyNTo0Mi43NzdafGRlYnVnfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBp
X2hhX3ZtX2ZhaWxvdmVyXSBhc3NlcnRfY29uZmlndXJhdGlvbl9jaGFuZ2VfcHJlc2VydmVzX2hh
X3BsYW4gYyA9IGNvbmZpZ3VyYXRpb25fY2hhbmdlID0geyBvbGRfdm1zX2xlYXZpbmcgPSBbICBd
OyBuZXdfdm1zX2Fycml2aW5nID0gWyBlNzJlZGZhZiAoa3Jvbm9zKSAxNDk5MGYxMCAoZGViaWFu
KSBdOyBob3N0c190b19kaXNhYmxlID0gWyAgXTsgbnVtX2ZhaWx1cmVzID0gbm8gY2hhbmdlOyBu
ZXdfdm1zID0gWyAgXSB9ClsyMDEyMDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMjgg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x0aHJlYWRfcXVl
dWVdIHB1c2godm1fbGlmZWN5Y2xlX29wLCBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
Myk6IHF1ZXVlID0gWyBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRhMyBdKDEpClsyMDEy
MDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMzB8fHRocmVhZF9xdWV1ZV0gcG9wKHZt
X2xpZmVjeWNsZV9vcCkgPSBWTS5zdGFydCBWTS5zdGFydCBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1
MDFUMTY6MjU6NDIuNzgxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2NrIG9u
IFZNIE9wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0
b2tlbiAzClsyMDEyMDUwMVQxNjoyNTo0Mi43ODFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBzdGFydDogbWFraW5n
IHN1cmUgdGhlIFZNIHJlYWxseSBpcyBoYWx0ZWQKWzIwMTIwNTAxVDE2OjI1OjQyLjc4MVp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHhhcGldIHN0YXJ0OiBjaGVja2luZyB0aGF0IFZNIGNhbiBydW4gb24gdGhpcyBob3N0Clsy
MDEyMDUwMVQxNjoyNTo0Mi43ODJafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBUaGUgVk0ncyBCSU9TIHN0cmluZ3Mg
d2VyZSBub3QgeWV0IGZpbGxlZCBpbi4gVGhlIFZNIGlzIG5vdyBtYWRlIEJJT1MtZ2VuZXJpYy4K
WzIwMTIwNTAxVDE2OjI1OjQyLjc5N1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIHN0YXJ0OiBicmluZ2luZyB1cCBk
b21haW4gaW4gdGhlIHBhdXNlZCBzdGF0ZQpbMjAxMjA1MDFUMTY6MjU6NDIuNzk4WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
bWVtb3J5X2NvbnRyb2xdIGxvZ2dpbmcgaW50byBiYWxsb29uaW5nIHNlcnZpY2UKWzIwMTIwNTAx
VDE2OjI1OjQyLjc5OFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gQ2hlY2tpbmcgcGlkIDUxOTYKWzIw
MTIwNTAxVDE2OjI1OjQyLjgwMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gV3JpdHRlbiByZXF1ZXN0
IHVzaW5nIGlkOiA3YjBhOGI5OS0wZGFkLWM5MjYtYWE1Yi1iNTY3OTA2NTZlZDYKWzIwMTIwNTAx
VDE2OjI1OjQyLjgwMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9wc10gd2F0Y2g6IHdhdGNoaW5nIHhlbnN0b3JlIHBh
dGhzOiBbIC9zcXVlZXplZC9ycGMvcmVzcG9uc2UvbG9naW4vN2IwYThiOTktMGRhZC1jOTI2LWFh
NWItYjU2NzkwNjU2ZWQ2IF0gd2l0aCB0aW1lb3V0IDMwMC4wMDAwMDAgc2Vjb25kcwpbMjAxMjA1
MDFUMTY6MjU6NDIuODAyWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRyb2xdIHJlc2VydmVfbWVtb3J5X3Jh
bmdlIG1pbj0yNjYyNDAgbWF4PTI2NjI0MApbMjAxMjA1MDFUMTY6MjU6NDIuODAyWnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGVuc3RvcmUtcnBjXSBDaGVja2luZyBwaWQgNTE5NgpbMjAxMjA1MDFUMTY6MjU6NDIuODA0Wnxk
ZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4
ZGQ0YTN8eGVuc3RvcmUtcnBjXSBXcml0dGVuIHJlcXVlc3QgdXNpbmcgaWQ6IDI4MGM5ZTAwLTkz
YWYtNWY4Ni02OTY0LWQzZjgyMGE1YWVmMQpbMjAxMjA1MDFUMTY6MjU6NDIuODA0WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGVub3BzXSB3YXRjaDogd2F0Y2hpbmcgeGVuc3RvcmUgcGF0aHM6IFsgL3NxdWVlemVkL3JwYy9y
ZXNwb25zZS9yZXNlcnZlLW1lbW9yeS1yYW5nZS8yODBjOWUwMC05M2FmLTVmODYtNjk2NC1kM2Y4
MjBhNWFlZjEgXSB3aXRoIHRpbWVvdXQgMzAwLjAwMDAwMCBzZWNvbmRzClsyMDEyMDUwMVQxNjoy
NTo0Mi44MTBafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFy
dCBSOjI0ZjE5NzhkZDRhM3xtZW1vcnlfY29udHJvbF0gcmVzZXJ2ZV9tZW1vcnlfcmFuZ2UgYWN0
dWFsID0gMjY2MjQwClsyMDEyMDUwMVQxNjoyNTo0Mi44MTBafGRlYnVnfGtyb25vc3wxMjggVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xtZW1vcnlfY29udHJv
bF0gcmVzZXJ2ZWRfbWVtb3J5ID0gMjY2MjQwOyBtaW4gPSAyNjYyNDA7IG1heCA9IDI2NjI0MApb
MjAxMjA1MDFUMTY6MjU6NDIuODEwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gVk0gd2lsbCBoYXZlIDEgaG90cGx1
Z2dlZCB2Y3B1cyBvdXQgb2YgMQpbMjAxMjA1MDFUMTY6MjU6NDIuODEwWnxkZWJ1Z3xrcm9ub3N8
MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0g
eGVuIHJlcG9ydHMgbWF4IDI1NiBwQ1BVcwpbMjAxMjA1MDFUMTY6MjU6NDIuODExWnwgaW5mb3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gTWVtb3J5IGZyZWUgPSAxMDIyMjM2OyBzY3J1YiA9IDAKWzIwMTIwNTAxVDE2OjI1OjQy
LjgxMVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6
MjRmMTk3OGRkNGEzfHhlbm9wc10gUmVnZW5lcmF0aW5nIHRoZSB4ZW5zdG9yZWQgdHJlZSB1bmRl
cjogWy9sb2NhbC9kb21haW4vMV0KWzIwMTIwNTAxVDE2OjI1OjQyLjgyMVp8ZGVidWd8a3Jvbm9z
fDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9w
c10gQ3JlYXRlZCBkb21haW4gd2l0aCBpZDogMQpbMjAxMjA1MDFUMTY6MjU6NDIuODIxWnxkZWJ1
Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0
YTN8eGFwaV0gQ3JlYXRlZCBkb21haW4gd2l0aCBkb21pZDogMQpbMjAxMjA1MDFUMTY6MjU6NDIu
ODIxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoy
NGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRyb2xdIHRyYW5zZmVyX3Jlc2VydmF0aW9uX3RvX2RvbWFp
biBiY2IwNTA2NC05NGFmLWQwMzEtNDhiZS02MmI1NWEyZWFmYTUgLT4gMQpbMjAxMjA1MDFUMTY6
MjU6NDIuODIxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVuc3RvcmUtcnBjXSBDaGVja2luZyBwaWQgNTE5NgpbMjAxMjA1
MDFUMTY6MjU6NDIuODIzWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVuc3RvcmUtcnBjXSBXcml0dGVuIHJlcXVlc3QgdXNp
bmcgaWQ6IGM3OWYyMDk0LTA1ZmQtNzQ2Zi0wYTk5LTllNWZjZjA1MDYyOQpbMjAxMjA1MDFUMTY6
MjU6NDIuODIzWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSB3YXRjaDogd2F0Y2hpbmcgeGVuc3RvcmUgcGF0aHM6
IFsgL3NxdWVlemVkL3JwYy9yZXNwb25zZS90cmFuc2Zlci1yZXNlcnZhdGlvbi10by1kb21haW4v
Yzc5ZjIwOTQtMDVmZC03NDZmLTBhOTktOWU1ZmNmMDUwNjI5IF0gd2l0aCB0aW1lb3V0IDMwMC4w
MDAwMDAgc2Vjb25kcwpbMjAxMjA1MDFUMTY6MjU6NDIuODI3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bWVtb3J5X2NvbnRy
b2xdIGRlbGV0ZV9yZXNlcnZhdGlvbiBiY2IwNTA2NC05NGFmLWQwMzEtNDhiZS02MmI1NWEyZWFm
YTUKWzIwMTIwNTAxVDE2OjI1OjQyLjgyOFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gQ2hlY2tpbmcg
cGlkIDUxOTYKWzIwMTIwNTAxVDE2OjI1OjQyLjgzMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbnN0b3JlLXJwY10gV3Jp
dHRlbiByZXF1ZXN0IHVzaW5nIGlkOiBkNTNlMDhhOS01YTgwLTRmZWQtMzdlZC01MTU3NDk3ZTlm
NjcKWzIwMTIwNTAxVDE2OjI1OjQyLjgzMFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9wc10gd2F0Y2g6IHdhdGNoaW5n
IHhlbnN0b3JlIHBhdGhzOiBbIC9zcXVlZXplZC9ycGMvcmVzcG9uc2UvZGVsZXRlLXJlc2VydmF0
aW9uL2Q1M2UwOGE5LTVhODAtNGZlZC0zN2VkLTUxNTc0OTdlOWY2NyBdIHdpdGggdGltZW91dCAz
MDAuMDAwMDAwIHNlY29uZHMKWzIwMTIwNTAxVDE2OjI1OjQyLjgzN1p8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFZl
cmlmeWluZyBWREkgcmVjb3JkcyBleGlzdApbMjAxMjA1MDFUMTY6MjU6NDIuODM3WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gY3JlYXRpbmcga2VybmVsClsyMDEyMDUwMVQxNjoyNTo0Mi44MzdafGRlYnVnfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBp
XSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQy
LjgzOFp8ZGVidWd8a3Jvbm9zfDEzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjcwY2NkZGY4MTVmOCBj
cmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjQyLjgzOVp8IGlu
Zm98a3Jvbm9zfDEzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9naW4g
RDo1NWM0MThjOTU1Zjh8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1hNGExOWJhZDExMDNm
NjFlMzQ3M2MzMWY4N2I4YzgzZSBwb29sPXRydWUgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10
cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3
OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo0Mi44NDBafGRlYnVnfGtyb25vc3wxMzEgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6NTVjNDE4Yzk1NWY4fHhhcGld
IEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIu
ODQxWnxkZWJ1Z3xrcm9ub3N8MTMyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6NzE4NzgyYTJkY2NjIGNyZWF0
ZWQgYnkgdGFzayBEOjU1YzQxOGM5NTVmOApbMjAxMjA1MDFUMTY6MjU6NDIuODQzWnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoy
NTo0Mi44NDRafGRlYnVnfGtyb25vc3wxMzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZCRC5jcmVhdGUgRDpjMGQ3M2NjOTRiNzcgY3JlYXRl
ZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQxNjoyNTo0Mi44NDZafCBpbmZvfGty
b25vc3wxMzMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWQkQuY3JlYXRlIEQ6YzBk
NzNjYzk0Yjc3fHRhc2toZWxwZXJdIHRhc2sgVkJELmNyZWF0ZSBSOjZlMjJhN2FiZjgxNiAodXVp
ZDpkMTdmZWJlZC0yOTM1LWMxY2ItZDgyNC01NTU2MWY3YmEyYjQpIGNyZWF0ZWQgKHRyYWNraWQ9
YTRhMTliYWQxMTAzZjYxZTM0NzNjMzFmODdiOGM4M2UpIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMK
WzIwMTIwNTAxVDE2OjI1OjQyLjg0Nlp8ZGVidWd8a3Jvbm9zfDEzMyBVTklYIC92YXIvbGliL3hj
cC94YXBpfFZCRC5jcmVhdGUgUjo2ZTIyYTdhYmY4MTZ8YXVkaXRdIFZCRC5jcmVhdGU6IFZNID0g
JzI3MjYwYTQ2LTRlOGItMDJlOC0yZDM1LWUxYjNjNDQ3OTM5NCAoQ29udHJvbCBkb21haW4gb24g
aG9zdDoga3Jvbm9zKSc7IFZESSA9ICdiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMnClsyMDEyMDUwMVQxNjoyNTo0Mi44NDdafGRlYnVnfGtyb25vc3wxMzMgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWQkQuY3JlYXRlIFI6NmUyMmE3YWJmODE2fHhhcGldIFZCRC5jcmVhdGUgKGRl
dmljZSA9IDA7IHV1aWQgPSA0MGI1NDkwNi0wZTcxLTE3NTAtMzIwNi0zOGZkYjIzMTkzNGM7IHJl
ZiA9IE9wYXF1ZVJlZjowMjliZDQ0ZS1jNTI2LTFkOGQtYjNjYi0zMTMxMGM0NDhiMTYpClsyMDEy
MDUwMVQxNjoyNTo0Mi44NTNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9s
aWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjg1NFp8ZGVidWd8a3Jvbm9zfDEzNCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELmdl
dF91dWlkIEQ6NmI2ZGRjZTk4MGI3IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NDIuODU1WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIv
bGliL3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNTo0Mi44NTZafGRlYnVnfGtyb25vc3wxMzUgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZNLmdl
dF91dWlkIEQ6ZmMwNzE4MzU1YTc1IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NDIuODU4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gY3JlYXRlZCBWQkQgKHV1aWQgNDBiNTQ5
MDYtMGU3MS0xNzUwLTMyMDYtMzhmZGIyMzE5MzRjKTsgYXR0ZW1wdGluZyB0byBob3RwbHVnIHRv
IFZNICh1dWlkOiAyNzI2MGE0Ni00ZThiLTAyZTgtMmQzNS1lMWIzYzQ0NzkzOTQpClsyMDEyMDUw
MVQxNjoyNTo0Mi44NThafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIv
eGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQyLjg1OVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELnBsdWcg
RDoyMzkyZjgwZWM4NGQgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQx
NjoyNTo0Mi44NjFafCBpbmZvfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNw
YXRjaDpWQkQucGx1ZyBEOjIzOTJmODBlYzg0ZHx0YXNraGVscGVyXSB0YXNrIFZCRC5wbHVnIFI6
ZmY2OWZmMWVhNTA3ICh1dWlkOjA2MDQ0NjQ1LWEzZTYtNTEzZi1hZGIyLWM0NDQxYTVhZWU2Nykg
Y3JlYXRlZCAodHJhY2tpZD1hNGExOWJhZDExMDNmNjFlMzQ3M2MzMWY4N2I4YzgzZSkgYnkgdGFz
ayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NDIuODYxWnxkZWJ1Z3xrcm9ub3N8MTM2
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8YXVkaXRdIFZC
RC5wbHVnOiBWQkQgPSAnNDBiNTQ5MDYtMGU3MS0xNzUwLTMyMDYtMzhmZGIyMzE5MzRjJwpbMjAx
MjA1MDFUMTY6MjU6NDIuODYzWnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8bG9ja2luZ19oZWxwZXJzXSBBY3F1aXJlZCBsb2Nr
IG9uIFZNIE9wYXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNkNDVkNGVlZjAgd2l0
aCB0b2tlbiA0ClsyMDEyMDUwMVQxNjoyNTo0Mi44NjNafGRlYnVnfGtyb25vc3wxMzYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3x4YXBpXSB2YmRfcGx1Zzog
YXR0ZW1wdGluZyB0byBhdHRhY2ggdmJkClsyMDEyMDUwMVQxNjoyNTo0Mi44NjNafGRlYnVnfGty
b25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3x4
YXBpXSBBdHRlbXB0aW5nIHRvIGR5bmFtaWNhbGx5IGF0dGFjaCBWQkQgdG8gZG9taWQgMApbMjAx
MjA1MDFUMTY6MjU6NDIuODYzWnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8eGFwaV0gVkJEIGRldmljZSBuYW1lIDAgaW50ZXJw
cmV0ZWQgYXMgWGVuKDAsIDApIChodm0gPSBmYWxzZSkKWzIwMTIwNTAxVDE2OjI1OjQyLjg2M1p8
ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZm
MWVhNTA3fHhhcGldIFZCRC5wbHVnIG9mIGxvb3BiYWNrIFZCRCAnT3BhcXVlUmVmOjAyOWJkNDRl
LWM1MjYtMWQ4ZC1iM2NiLTMxMzEwYzQ0OGIxNicKWzIwMTIwNTAxVDE2OjI1OjQyLjg2M1p8IGlu
Zm98a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVh
NTA3fHN0b3JhZ2VfaW1wbF0gVkRJLmF0dGFjaCB0YXNrOk9wYXF1ZVJlZjpmZjY5ZmYxZS1hNTA3
LTdkYmQtMjRhMS1jYTNhY2YyMDU3ZDggZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEt
Yjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2Ey
MyByZWFkX3dyaXRlOmZhbHNlClsyMDEyMDUwMVQxNjoyNTo0Mi44NjRafGRlYnVnfGtyb25vc3wx
MzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQucGx1ZyBSOmZmNjlmZjFlYTUwN3xkdW1teXRh
c2toZWxwZXJdIHRhc2sgVkRJLmF0dGFjaCBEOjYzYjZjMTc3YjBlMSBjcmVhdGVkIGJ5IHRhc2sg
UjpmZjY5ZmYxZWE1MDcKWzIwMTIwNTAxVDE2OjI1OjQyLjg2NFp8ZGVidWd8a3Jvbm9zfDEzNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hdHRhY2ggRDo2M2I2YzE3N2IwZTF8c21dIFNNIGV4
dCB2ZGlfYXR0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNh
NTNlN2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIg
d3JpdGFibGU9ZmFsc2UKWzIwMTIwNTAxVDE2OjI1OjQyLjg2NVp8IGluZm98a3Jvbm9zfDEzNiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDpiZmI5Yjk1ZTNkYzl8eGFwaV0gU2Vzc2lv
bi5jcmVhdGUgdHJhY2tpZD1iMGMwMjAxYmMwYjU1YjZjZmFlYzEwMWUzMTQ4OGY0OCBwb29sPWZh
bHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9
dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6
NDIuODY2WnxkZWJ1Z3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OmJmYjliOTVlM2RjOXx4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkK
WzIwMTIwNTAxVDE2OjI1OjQyLjg2N1p8ZGVidWd8a3Jvbm9zfDEzNyBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBE
OmYwNThmM2VhNTQwZSBjcmVhdGVkIGJ5IHRhc2sgRDpiZmI5Yjk1ZTNkYzkKWzIwMTIwNTAxVDE2
OjI1OjQyLjk0M1p8ZGVidWd8a3Jvbm9zfDEzOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6MDRiMWE5
MDk2M2M2IGNyZWF0ZWQgYnkgdGFzayBEOjYzYjZjMTc3YjBlMQpbMjAxMjA1MDFUMTY6MjU6NDIu
OTQ3WnxkZWJ1Z3xrcm9ub3N8MTM4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGlj
YWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6
NDIuOTkyWnwgaW5mb3xrcm9ub3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBE
OmJmYjliOTVlM2RjOXx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1iMGMwMjAxYmMwYjU1
YjZjZmFlYzEwMWUzMTQ4OGY0OApbMjAxMjA1MDFUMTY6MjU6NDIuOTkzWnxkZWJ1Z3xrcm9ub3N8
MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8c3RvcmFn
ZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjpmZjY5ZmYxZS1hNTA3LTdkYmQtMjRhMS1jYTNhY2YyMDU3
ZDggZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRp
OmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmF0dGFjaGVk
ICBSTwpbMjAxMjA1MDFUMTY6MjU6NDIuOTkzWnwgaW5mb3xrcm9ub3N8MTM2IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8VkJELnBsdWcgUjpmZjY5ZmYxZWE1MDd8c3RvcmFnZV9pbXBsXSBWREkuYWN0
aXZhdGUgdGFzazpPcGFxdWVSZWY6ZmY2OWZmMWUtYTUwNy03ZGJkLTI0YTEtY2EzYWNmMjA1N2Q4
IGRwOnZiZC8wLzAgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpi
ZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMKWzIwMTIwNTAxVDE2OjI1OjQyLjk5
NFp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2
OWZmMWVhNTA3fGR1bW15dGFza2hlbHBlcl0gdGFzayBWREkuYWN0aXZhdGUgRDpkZDk2Njk2ODQ1
Y2IgY3JlYXRlZCBieSB0YXNrIFI6ZmY2OWZmMWVhNTA3ClsyMDEyMDUwMVQxNjoyNTo0Mi45OTRa
fGRlYnVnfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuYWN0aXZhdGUgRDpk
ZDk2Njk2ODQ1Y2J8c21dIFNNIGV4dCB2ZGlfYWN0aXZhdGUgc3I9T3BhcXVlUmVmOmZjMjMwNTM0
LWFjOTUtNWIxOS0zYTY4LTQ4NjZmM2E1M2U3YSB2ZGk9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEt
MGZiOC04OTM4LTFhOGFhNjg5Mjc4MgpbMjAxMjA1MDFUMTY6MjU6NDIuOTk2WnwgaW5mb3xrcm9u
b3N8MTM2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjFmNDU3ODVjYTZlMXx4YXBp
XSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPTZlNzkxODFiYzM5MDk0MGUwYzY3MmJiNmIwNTljMDdk
IHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9
IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUw
MVQxNjoyNTo0Mi45OTZafGRlYnVnfGtyb25vc3wxMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxz
bV9leGVjIEQ6MWY0NTc4NWNhNmUxfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94
Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NDIuOTk3WnxkZWJ1Z3xrcm9ub3N8MTM5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdl
dF91dWlkIEQ6OGViMGViN2ZiZjQ5IGNyZWF0ZWQgYnkgdGFzayBEOjFmNDU3ODVjYTZlMQpbMjAx
MjA1MDFUMTY6MjU6NDMuMDczWnxkZWJ1Z3xrcm9ub3N8MTQwIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcg
RDplZTY1ZGE0YWZjOTIgY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQx
NjoyNTo0My4wNzlafGRlYnVnfGtyb25vc3wxNDAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0
cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUw
MVQxNjoyNTo0My4xMjBafGRlYnVnfGtyb25vc3wxNDEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOjlmNWY3YmUw
NDgzZiBjcmVhdGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEy
Mlp8ZGVidWd8a3Jvbm9zfDE0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjEyM1p8ZGVidWd8a3Jvbm9zfDE0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9zdC5nZXRfYnlfdXVpZCBEOjJkMzE2Y2YwNzQ5NSBjcmVh
dGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEyNVp8ZGVidWd8
a3Jvbm9zfDE0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEyNVp8ZGVi
dWd8a3Jvbm9zfDE0MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDowYTkxZDliMjIyY2IgY3JlYXRlZCBieSB0
YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xMjdafGRlYnVnfGtyb25vc3wx
NDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xMjhafGRlYnVnfGtyb25v
c3wxNDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3Bh
dGNoOlZESS5hZGRfdG9fc21fY29uZmlnIEQ6N2UyNTkwZDVjYmRkIGNyZWF0ZWQgYnkgdGFzayBE
OmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTI5WnwgaW5mb3xrcm9ub3N8MTQ0IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b19zbV9jb25maWcgRDo3ZTI1
OTBkNWNiZGR8YXBpX2VmZmVjdF0gVkRJLmFkZF90b19zbV9jb25maWcKWzIwMTIwNTAxVDE2OjI1
OjQzLjEzMFp8ZGVidWd8a3Jvbm9zfDE0NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjQzLjEzMVp8ZGVidWd8a3Jvbm9zfDE0NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1t
eXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDo0ZTU4OWIzZjI4
ZWEgY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xMzNa
fGRlYnVnfGtyb25vc3wxNDUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4x
MzRafGRlYnVnfGtyb25vc3wxNDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmRkYmEzYTQ2MWQwNyBjcmVhdGVk
IGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEzNVp8ZGVidWd8a3Jv
bm9zfDE0NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEzNlp8ZGVidWd8
a3Jvbm9zfDE0NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6VkRJLmdldF9TUiBEOjNjZjNhODAwNWQ5OSBjcmVhdGVkIGJ5IHRhc2sgRDpkZDk2
Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjEzOFp8ZGVidWd8a3Jvbm9zfDE0NyBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2Yg
Y29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjEzOVp8ZGVidWd8a3Jvbm9zfDE0OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0
X3V1aWQgRDo0ODdlMDc1ZmM1MDggY3JlYXRlZCBieSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEy
MDUwMVQxNjoyNTo0My4xNDFafGRlYnVnfGtyb25vc3wxNDggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsy
MDEyMDUwMVQxNjoyNTo0My4xNDFafGRlYnVnfGtyb25vc3wxNDkgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6YzBi
ODA2NDVhYTQ0IGNyZWF0ZWQgYnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6
NDMuMTQzWnxkZWJ1Z3xrcm9ub3N8MTQ5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3Jp
dGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6
MjU6NDMuMTQ0WnxkZWJ1Z3xrcm9ub3N8MTUwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRfdHlwZSBEOjdiMDg0MmE1NWRiNiBjcmVh
dGVkIGJ5IHRhc2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjE0NVp8ZGVidWd8
a3Jvbm9zfDE1MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE0Nlp8ZGVi
dWd8a3Jvbm9zfDE1MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6U00uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6NDc5YWJlZjFkMWQ3IGNyZWF0
ZWQgYnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTQ4WnxkZWJ1Z3xr
cm9ub3N8MTUxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTQ5WnxkZWJ1
Z3xrcm9ub3N8MTUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpTTS5nZXRfZHJpdmVyX2ZpbGVuYW1lIEQ6NjVlODk3ZjkyMWZkIGNyZWF0ZWQg
YnkgdGFzayBEOmRkOTY2OTY4NDVjYgpbMjAxMjA1MDFUMTY6MjU6NDMuMTUxWnxkZWJ1Z3xrcm9u
b3N8MTUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0
ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTY4WnxkZWJ1Z3xr
cm9ub3N8MTUzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBk
aXNwYXRjaDpWTS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDpjYTc5ZjE5YjA2MGIgY3JlYXRlZCBi
eSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xNzNafGRlYnVnfGtyb25v
c3wxNTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xNzNafGRlYnVnfGty
b25vc3wxNTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlBCRC5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDplZDA4NTQ5ZmJiOGMgY3JlYXRlZCBi
eSB0YXNrIEQ6ZGQ5NjY5Njg0NWNiClsyMDEyMDUwMVQxNjoyNTo0My4xNzVafGRlYnVnfGtyb25v
c3wxNTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xNzZafGRlYnVnfGty
b25vc3wxNTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlBCRC5nZXRfZGV2aWNlX2NvbmZpZyBEOmYxYzBhZTFiOTczNyBjcmVhdGVkIGJ5IHRh
c2sgRDpkZDk2Njk2ODQ1Y2IKWzIwMTIwNTAxVDE2OjI1OjQzLjE3OFp8ZGVidWd8a3Jvbm9zfDE1
NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE4M1p8ZGVidWd8a3Jvbm9z
fDE1NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjE5MVp8IGluZm98a3Jv
bm9zfDE1NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVfZnJvbV94
ZW5zdG9yZV9kYXRhIEQ6MDA5NzA0MTc1MjFkfGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV94
ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo0My4xOTNafGRlYnVnfGtyb25vc3wxNTcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9u
IG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4xOTVafCBpbmZvfGtyb25vc3wxNTgg
VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVf
ZGF0YSBEOmU2NzAyZTZjMmUwMHxhcGlfZWZmZWN0XSBWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVf
ZGF0YQpbMjAxMjA1MDFUMTY6MjU6NDMuMTk2WnxkZWJ1Z3xrcm9ub3N8MTU4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25u
ZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMTk4WnwgaW5mb3xrcm9ub3N8MTU5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6NDQ5MTA1
MmU5YmE5fGFwaV9lZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6
MjU6NDMuMTk5WnxkZWJ1Z3xrcm9ub3N8MTU5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBf
Y3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFU
MTY6MjU6NDMuMjAxWnwgaW5mb3xrcm9ub3N8MTYwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlz
cGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEgRDpmYzQ0NzNiNWY5NWV8YXBpX2Vm
ZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIw
Mlp8ZGVidWd8a3Jvbm9zfDE2MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjIwNFp8IGluZm98a3Jvbm9zfDE2MSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE
SS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9kYXRhIEQ6MTQwNTA5MDhjYTU5fGFwaV9lZmZlY3RdIFZE
SS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo0My4yMDVafGRlYnVn
fGtyb25vc3wxNjEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0
dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo0My4yMDdafCBp
bmZvfGtyb25vc3wxNjIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3Zl
X2Zyb21feGVuc3RvcmVfZGF0YSBEOjBhNWZlOGRkNmUzOXxhcGlfZWZmZWN0XSBWREkucmVtb3Zl
X2Zyb21feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NDMuMjA5WnxkZWJ1Z3xrcm9ub3N8
MTYyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NDMuMjEwWnwgaW5mb3xrcm9u
b3N8MTYzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEgRDplZDY3NDdkY2Q2MTB8YXBpX2VmZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxMlp8ZGVidWd8a3Jvbm9zfDE2MyBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxM1p8IGluZm98a3Jvbm9zfDE2NCBV
TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5hZGRfdG9feGVuc3RvcmVfZGF0YSBE
OjQyZGI2YjM2MTI1NHxhcGlfZWZmZWN0XSBWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEKWzIwMTIw
NTAxVDE2OjI1OjQzLjIxNVp8ZGVidWd8a3Jvbm9zfDE2NCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIw
MTIwNTAxVDE2OjI1OjQzLjIxNlp8IGluZm98a3Jvbm9zfDE2NSBVTklYIC92YXIvbGliL3hjcC94
YXBpfGRpc3BhdGNoOlZESS5hZGRfdG9feGVuc3RvcmVfZGF0YSBEOmM5ZTRjOWFiZmFiMXxhcGlf
ZWZmZWN0XSBWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIxOFp8
ZGVidWd8a3Jvbm9zfDE2NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjIx
OVp8IGluZm98a3Jvbm9zfDE2NiBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5h
ZGRfdG9feGVuc3RvcmVfZGF0YSBEOjg3NzkzNTIzNDFlOXxhcGlfZWZmZWN0XSBWREkuYWRkX3Rv
X3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjQzLjIyNVp8ZGVidWd8a3Jvbm9zfDE2NiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjMzNlp8IGluZm98a3Jvbm9zfDEz
NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMgRDoxZjQ1Nzg1Y2E2ZTF8eGFwaV0gU2Vz
c2lvbi5kZXN0cm95IHRyYWNraWQ9NmU3OTE4MWJjMzkwOTQwZTBjNjcyYmI2YjA1OWMwN2QKWzIw
MTIwNTAxVDE2OjI1OjQzLjMzN1p8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94
YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVhNTA3fHN0b3JhZ2VfaW1wbF0gdGFzazpPcGFxdWVSZWY6
ZmY2OWZmMWUtYTUwNy03ZGJkLTI0YTEtY2EzYWNmMjA1N2Q4IGRwOnZiZC8wLzAgc3I6OTZlNWRi
MDItYzc3OC01NDAxLWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdk
Ny1mNzJhMzYwM2NhMjMgc3VwZXJzdGF0ZTphY3RpdmF0ZWQgUk8KWzIwMTIwNTAxVDE2OjI1OjQz
LjMzOVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC5wbHVnIFI6
ZmY2OWZmMWVhNTA3fHhhcGldIHZiZF9wbHVnOiBzdWNjZXNzZnVsbHkgaG90cGx1Z2dlZCBkZXZp
Y2UKWzIwMTIwNTAxVDE2OjI1OjQzLjMzOVp8ZGVidWd8a3Jvbm9zfDEzNiBVTklYIC92YXIvbGli
L3hjcC94YXBpfFZCRC5wbHVnIFI6ZmY2OWZmMWVhNTA3fGxvY2tpbmdfaGVscGVyc10gUmVsZWFz
ZWQgbG9jayBvbiBWTSBPcGFxdWVSZWY6ZjExZGVlZTMtOTNhYy00MjQ3LWFhYzAtZGEzZDQ1ZDRl
ZWYwIHdpdGggdG9rZW4gNApbMjAxMjA1MDFUMTY6MjU6NDMuMzQ1WnxkZWJ1Z3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8Ym9vdGxvYWRl
cl0gQm9vdGxvYWRlciBjb21tYW5kbGluZTogL3Vzci9iaW4vZWxpbG9hZGVyIC1xIC0tZGVmYXVs
dF9hcmdzPSAtLWV4dHJhX2FyZ3M9LS0gcXVpZXQgY29uc29sZT1odmMwIC0tdm09M2QwOGY3NGEt
MTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IC9kZXYvc20vYmFja2VuZC85NmU1ZGIwMi1jNzc4
LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcvYmUzYWFjMDYtZmFiOS00MmQyLWE3ZDctZjcyYTM2MDNj
YTIzCgpbMjAxMjA1MDFUMTY6MjU6NDMuNDQwWnwgaW5mb3xrcm9ub3N8MTY3IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6OWEzMGI1ZmUyNjA1fHhh
cGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9YTM1MjJlYjZjZWI2YTk1NDYwNWE4YmU2ZDY4OWMz
ODMgcG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI1OjQzLjQ0MVp8ZGVidWd8a3Jvbm9zfDE2NyBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjlhMzBiNWZlMjYwNXx4YXBpXSBBdHRlbXB0
aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0MVp8ZGVi
dWd8a3Jvbm9zfDE2OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRh
c2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjhlZWUxNTY4ODgxOCBjcmVhdGVkIGJ5IHRh
c2sgRDo5YTMwYjVmZTI2MDUKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0NFp8ZGVidWd8a3Jvbm9zfDE2
NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0Nlp8ZGVidWd8a3Jvbm9z
fDE2OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ0OVp8ZGVidWd8a3Jv
bm9zfDE3MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1MVp8ZGVidWd8
a3Jvbm9zfDE3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1M1p8ZGVi
dWd8a3Jvbm9zfDE3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVt
YXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1Nlp8
ZGVidWd8a3Jvbm9zfDE3MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQzLjQ1
OVp8ZGVidWd8a3Jvbm9zfDE3NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjQz
LjQ1OVp8ZGVidWd8a3Jvbm9zfDE3NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOmxv
Z291dCBEOjEyMmI2ZGI2MzZhZXxkaXNwYXRjaGVyXSBVbmtub3duIHJwYyAibG9nb3V0IgpbMjAx
MjA1MDFUMTY6MjU6NDMuNDYxWnxkZWJ1Z3xrcm9ub3N8MTc1IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpb
MjAxMjA1MDFUMTY6MjU6NTguNDc1WnwgaW5mb3xrcm9ub3N8MTc2IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6YzQ4NTVmNjhhZTUwfHhhcGldIFNl
c3Npb24uY3JlYXRlIHRyYWNraWQ9YzRjMWNmMzRkZmU1NTM2M2Q0N2IyYzhmNzQ2NTkyODYgcG9v
bD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFy
ZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2
OjI1OjU4LjQ3NVp8ZGVidWd8a3Jvbm9zfDE3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Np
b24ubG9naW5fd2l0aF9wYXNzd29yZCBEOmM0ODU1ZjY4YWU1MHx4YXBpXSBBdHRlbXB0aW5nIHRv
IG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjQ3Nlp8ZGVidWd8a3Jv
bm9zfDE3NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjJkMzg4ZjdkYWFkZiBjcmVhdGVkIGJ5IHRhc2sgRDpj
NDg1NWY2OGFlNTAKWzIwMTIwNTAxVDE2OjI1OjU4LjQ3OFp8ZGVidWd8a3Jvbm9zfDE3NiBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4MVp8ZGVidWd8a3Jvbm9zfDE3OCBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4M1p8ZGVidWd8a3Jvbm9zfDE3
OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4Nlp8ZGVidWd8a3Jvbm9z
fDE4MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ4OFp8ZGVidWd8a3Jv
bm9zfDE4MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5MFp8ZGVidWd8
a3Jvbm9zfDE4MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5Mlp8IGlu
Zm98a3Jvbm9zfDE4MyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZNLnNldF9QVl9i
b290bG9hZGVyIEQ6MDRjNmFiYWVjM2M5fGFwaV9lZmZlY3RdIFZNLnNldF9QVl9ib290bG9hZGVy
ClsyMDEyMDUwMVQxNjoyNTo1OC40OTNafGRlYnVnfGtyb25vc3wxODMgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rp
b24hClsyMDEyMDUwMVQxNjoyNTo1OC40OTRafGRlYnVnfGtyb25vc3wxODQgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxkaXNwYXRjaDpsb2dvdXQgRDo4OTc0OWIxMzNjNTB8ZGlzcGF0Y2hlcl0gVW5r
bm93biBycGMgImxvZ291dCIKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5NVp8ZGVidWd8a3Jvbm9zfDE4
NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjQ5Nlp8IGluZm98a3Jvbm9z
fDE4NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBE
OjJlNTA4ZjYyYzkyM3x4YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPWIyZGM5MjQyODYxMWI0
NjY0YmI1OTgwZjlhM2U2MjQxIHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10
cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3
OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo1OC40OTdafGRlYnVnfGtyb25vc3wxODUgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDoyZTUwOGY2MmM5
MjN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94YXBpClsyMDEyMDUwMVQx
NjoyNTo1OC40OThafGRlYnVnfGtyb25vc3wxODYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVt
bXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1aWQgRDpkNTE3OWFkNDhj
NDcgY3JlYXRlZCBieSB0YXNrIEQ6MmU1MDhmNjJjOTIzClsyMDEyMDUwMVQxNjoyNTo1OC41MDBa
fGRlYnVnfGtyb25vc3wxODUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC41
MDJafGRlYnVnfGtyb25vc3wxODcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC41MDVafGRlYnVnfGtyb25vc3wxODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OC41MDdafGRlYnVnfGtyb25vc3wxODkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9j
cml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQx
NjoyNTo1OC41MDlafGRlYnVnfGtyb25vc3wxOTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0
cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUw
MVQxNjoyNTo1OC41MTJafGRlYnVnfGtyb25vc3wxOTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEy
MDUwMVQxNjoyNTo1OC41MTNafCBpbmZvfGtyb25vc3wxOTIgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxkaXNwYXRjaDpWTS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDo1MzU3OWRkNTAzZDZ8YXBp
X2VmZmVjdF0gVk0ucmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo1OC41
MTVafGRlYnVnfGtyb25vc3wxOTIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC41MTZafCBpbmZvfGtyb25vc3wxOTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpW
TS5yZW1vdmVfZnJvbV9vdGhlcl9jb25maWcgRDoyODVhM2MwZTVlM2F8YXBpX2VmZmVjdF0gVk0u
cmVtb3ZlX2Zyb21fb3RoZXJfY29uZmlnClsyMDEyMDUwMVQxNjoyNTo1OC41MTlafGRlYnVnfGty
b25vc3wxOTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJl
IHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC41MTlafGRlYnVn
fGtyb25vc3wxOTQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpsb2dvdXQgRDplMjQw
Yjc4ZjcwZTd8ZGlzcGF0Y2hlcl0gVW5rbm93biBycGMgImxvZ291dCIKWzIwMTIwNTAxVDE2OjI1
OjU4LjUyNlp8ZGVidWd8a3Jvbm9zfDE5NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2Ny
aXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2
OjI1OjU4LjUyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0
YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3Av
eGFwaQpbMjAxMjA1MDFUMTY6MjU6NTguNTI4WnxkZWJ1Z3xrcm9ub3N8MTk1IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZl
X2xvZ2luIEQ6MTQ0MzFiMmY4OGI3IGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAx
MjA1MDFUMTY6MjU6NTguNTI5WnwgaW5mb3xrcm9ub3N8MTk1IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8c2Vzc2lvbi5zbGF2ZV9sb2dpbiBEOjcyMDkxODI4MTc2Ynx4YXBpXSBTZXNzaW9uLmNyZWF0
ZSB0cmFja2lkPTU3YmJmMTk0MWRlM2JhNDllNDM5NGJmNTRiMWE4MjVjIHBvb2w9dHJ1ZSB1bmFt
ZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50PXRyYWNraWQ9
OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAxVDE2OjI1OjU4LjUzMFp8
ZGVidWd8a3Jvbm9zfDE5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24uc2xhdmVfbG9n
aW4gRDo3MjA5MTgyODE3NmJ8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hjcC94
YXBpClsyMDEyMDUwMVQxNjoyNTo1OC41MzBafGRlYnVnfGtyb25vc3wxOTYgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0X3V1
aWQgRDo4MjEyMTAxOWQ1Y2UgY3JlYXRlZCBieSB0YXNrIEQ6NzIwOTE4MjgxNzZiClsyMDEyMDUw
MVQxNjoyNTo1OC41MzNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
TS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIv
eGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjUzM1p8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkJELnVucGx1
ZyBEOmEyNTg3NjhhZjg5MSBjcmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAx
VDE2OjI1OjU4LjUzNVp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfGRp
c3BhdGNoOlZCRC51bnBsdWcgRDphMjU4NzY4YWY4OTF8dGFza2hlbHBlcl0gdGFzayBWQkQudW5w
bHVnIFI6YzY0MDllNzQzODMzICh1dWlkOjZkODRhZjE1LWVkODUtNGM3MS00YzM5LTM0YjJkNDU0
N2YxMSkgY3JlYXRlZCAodHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRiZjU0YjFhODI1Yykg
YnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NTguNTM2WnxkZWJ1Z3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xh
dWRpdF0gVkJELnVucGx1ZzogVkJEID0gJzQwYjU0OTA2LTBlNzEtMTc1MC0zMjA2LTM4ZmRiMjMx
OTM0YycKWzIwMTIwNTAxVDE2OjI1OjU4LjUzN1p8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92YXIv
bGliL3hjcC94YXBpfFZCRC51bnBsdWcgUjpjNjQwOWU3NDM4MzN8bG9ja2luZ19oZWxwZXJzXSBB
Y3F1aXJlZCBsb2NrIG9uIFZNIE9wYXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNk
NDVkNGVlZjAgd2l0aCB0b2tlbiA1ClsyMDEyMDUwMVQxNjoyNTo1OC41MzhafGRlYnVnfGtyb25v
c3wxOTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWQkQudW5wbHVnIFI6YzY0MDllNzQzODMzfHhh
cGldIFZCRC51bnBsdWcgb2YgbG9vcGJhY2sgVkJEICdPcGFxdWVSZWY6MDI5YmQ0NGUtYzUyNi0x
ZDhkLWIzY2ItMzEzMTBjNDQ4YjE2JwpbMjAxMjA1MDFUMTY6MjU6NTguNTM4WnwgaW5mb3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xz
dG9yYWdlX2ltcGxdIERQLmRlc3Ryb3kgdGFzazpPcGFxdWVSZWY6YzY0MDllNzQtMzgzMy05Mjk4
LTQ0OTEtZDNiYmI0NTMyYTg2IGRwOnZiZC8wLzAgYWxsb3dfbGVhazpmYWxzZQpbMjAxMjA1MDFU
MTY6MjU6NTguNTM4WnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJE
LnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xkdW1teXRhc2toZWxwZXJdIHRhc2sgVkRJLmRlYWN0aXZh
dGUgRDo0OGU5OTJkM2E4MjcgY3JlYXRlZCBieSB0YXNrIFI6YzY0MDllNzQzODMzClsyMDEyMDUw
MVQxNjoyNTo1OC41MzhafGRlYnVnfGtyb25vc3wxOTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW
REkuZGVhY3RpdmF0ZSBEOjQ4ZTk5MmQzYTgyN3xzbV0gU00gZXh0IHZkaV9kZWFjdGl2YXRlIHNy
PU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EgdmRpPU9wYXF1
ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIwMTIwNTAxVDE2OjI1
OjU4LjU0MFp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNtX2V4ZWMg
RDoxYmRlYjY1ODIwNWF8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD0yM2Q2MzhiOGJmMzMy
YWFjMmI4ODRhYjc0NGY4ZGFlYyBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2NhbF9zdXBlcnVzZXI9
dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQy
NzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NTguNTQwWnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjFiZGViNjU4MjA1YXx4YXBpXSBBdHRlbXB0aW5n
IHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4LjU0MVp8ZGVidWd8
a3Jvbm9zfDE5OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOjgzYTA3ZDkwYTIxOSBjcmVhdGVkIGJ5IHRhc2sg
RDoxYmRlYjY1ODIwNWEKWzIwMTIwNTAxVDE2OjI1OjU4LjYxN1p8ZGVidWd8a3Jvbm9zfDE5OSBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6aG9z
dC5nZXRfb3RoZXJfY29uZmlnIEQ6ODExYTA3ZTNiYmQ4IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5
MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjIzWnxkZWJ1Z3xrcm9ub3N8MTk5IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguNjMwWnxkZWJ1Z3xrcm9ub3N8MjAwIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0
X2J5X3V1aWQgRDozYjhjMjVjMzM5NWUgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3Clsy
MDEyMDUwMVQxNjoyNTo1OC42MzNafGRlYnVnfGtyb25vc3wyMDAgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24h
ClsyMDEyMDUwMVQxNjoyNTo1OC42MzNafGRlYnVnfGtyb25vc3wyMDEgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfc21fY29uZmln
IEQ6MzhjOGRhODA0YzA0IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFU
MTY6MjU6NTguNjM3WnxkZWJ1Z3xrcm9ub3N8MjAxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0
dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1
MDFUMTY6MjU6NTguNjcyWnxkZWJ1Z3xrcm9ub3N8MjAyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X2J5X3V1aWQgRDowOWQyZWM0
NTM2YjAgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC42
NzRafGRlYnVnfGtyb25vc3wyMDIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OC42NzVafGRlYnVnfGtyb25vc3wyMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNr
aGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfU1IgRDpiN2VjMTEyZjRmNmYgY3JlYXRlZCBi
eSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC42NzZafGRlYnVnfGtyb25v
c3wyMDMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC42NzdafGRlYnVnfGty
b25vc3wyMDQgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlNSLmdldF91dWlkIEQ6YTE5NjVhNTBmNDAxIGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5
MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjc5WnxkZWJ1Z3xrcm9ub3N8MjA0IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguNjgwWnxkZWJ1Z3xrcm9ub3N8MjA1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRf
YnlfdXVpZCBEOmQ0NTAwYWI4ZGIwNSBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIw
MTIwNTAxVDE2OjI1OjU4LjY4Mlp8ZGVidWd8a3Jvbm9zfDIwNSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI1OjU4LjY4Mlp8ZGVidWd8a3Jvbm9zfDIwNiBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3R5cGUgRDo2YzE1
NGRhN2U4ODYgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1
OC42ODRafGRlYnVnfGtyb25vc3wyMDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OC42ODVafGRlYnVnfGtyb25vc3wyMDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNNLmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOmQxOTU1
Y2FiMWQ5MiBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4
LjY4OFp8ZGVidWd8a3Jvbm9zfDIwNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1
OjU4LjY4OFp8ZGVidWd8a3Jvbm9zfDIwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U00uZ2V0X2RyaXZlcl9maWxlbmFtZSBEOmJjNjhhMTI1
YzJmNSBjcmVhdGVkIGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjY5
MVp8ZGVidWd8a3Jvbm9zfDIwOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2Fs
XSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4
LjY5Mlp8ZGVidWd8a3Jvbm9zfDIwOSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6Vk0uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6NDk0NjllMGIy
NmM4IGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjk2
WnxkZWJ1Z3xrcm9ub3N8MjA5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTgu
Njk3WnxkZWJ1Z3xrcm9ub3N8MjEwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpQQkQuZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6MDA5MThlZjUz
M2YyIGNyZWF0ZWQgYnkgdGFzayBEOjQ4ZTk5MmQzYTgyNwpbMjAxMjA1MDFUMTY6MjU6NTguNjk5
WnxkZWJ1Z3xrcm9ub3N8MjEwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTgu
NzAwWnxkZWJ1Z3xrcm9ub3N8MjExIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpQQkQuZ2V0X2RldmljZV9jb25maWcgRDozMWVmMzYzZDQxZGEg
Y3JlYXRlZCBieSB0YXNrIEQ6NDhlOTkyZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MDJafGRl
YnVnfGtyb25vc3wyMTEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJl
bWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43MDda
fGRlYnVnfGtyb25vc3wyMTIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0g
UHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43
MTRafGRlYnVnfGtyb25vc3wyMTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVs
cGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOjk5MzJlYTU0ZGFlNiBjcmVhdGVk
IGJ5IHRhc2sgRDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjcxNlp8ZGVidWd8a3Jv
bm9zfDIxMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUg
dGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjcxN1p8ZGVidWd8
a3Jvbm9zfDIxNCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6aG9zdC5nZXRfYnlfdXVpZCBEOmQ3OGJkNzQyZTIwMCBjcmVhdGVkIGJ5IHRhc2sg
RDo0OGU5OTJkM2E4MjcKWzIwMTIwNTAxVDE2OjI1OjU4LjcxOVp8ZGVidWd8a3Jvbm9zfDIxNCBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU4LjcxOVp8ZGVidWd8a3Jvbm9zfDIx
NSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
VkRJLmdldF9zbV9jb25maWcgRDpiYTE2MzkyNTNkZTIgY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTky
ZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MjFafGRlYnVnfGtyb25vc3wyMTUgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNv
bm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OC43MjJafGRlYnVnfGtyb25vc3wyMTYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5yZW1v
dmVfZnJvbV9zbV9jb25maWcgRDpjNWRlNzgzMjRlYzggY3JlYXRlZCBieSB0YXNrIEQ6NDhlOTky
ZDNhODI3ClsyMDEyMDUwMVQxNjoyNTo1OC43MjNafCBpbmZvfGtyb25vc3wyMTYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21fc21fY29uZmlnIEQ6YzVkZTc4
MzI0ZWM4fGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV9zbV9jb25maWcKWzIwMTIwNTAxVDE2
OjI1OjU4LjczMVp8ZGVidWd8a3Jvbm9zfDIxNiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRw
X2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAx
VDE2OjI1OjU4LjczOVp8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHNt
X2V4ZWMgRDoxYmRlYjY1ODIwNWF8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9MjNkNjM4
YjhiZjMzMmFhYzJiODg0YWI3NDRmOGRhZWMKWzIwMTIwNTAxVDE2OjI1OjU4Ljc0MFp8ZGVidWd8
a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC51bnBsdWcgUjpjNjQwOWU3NDM4
MzN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjpjNjQwOWU3NC0zODMzLTkyOTgtNDQ5MS1k
M2JiYjQ1MzJhODYgZHA6dmJkLzAvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgw
MDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRl
OmF0dGFjaGVkICBSTwpbMjAxMjA1MDFUMTY6MjU6NTguNzQxWnxkZWJ1Z3xrcm9ub3N8MTk3IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xkdW1teXRhc2to
ZWxwZXJdIHRhc2sgVkRJLmRldGFjaCBEOjRkNzJlOTJjNjdlNCBjcmVhdGVkIGJ5IHRhc2sgUjpj
NjQwOWU3NDM4MzMKWzIwMTIwNTAxVDE2OjI1OjU4Ljc0MVp8ZGVidWd8a3Jvbm9zfDE5NyBVTklY
IC92YXIvbGliL3hjcC94YXBpfFZESS5kZXRhY2ggRDo0ZDcyZTkyYzY3ZTR8c21dIFNNIGV4dCB2
ZGlfZGV0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNl
N2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIKWzIw
MTIwNTAxVDE2OjI1OjU4Ljc0M1p8IGluZm98a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94
YXBpfHNtX2V4ZWMgRDoyOGFmZDJjYzVhMTN8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1i
YTdhYzViNTk3ZmFmYzNiMzc1ZTgyMTQ2NDA3YTA2MiBwb29sPWZhbHNlIHVuYW1lPSBpc19sb2Nh
bF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQx
Yzk2NGUyMjVmMjQyNzlhZWZlNGU0OQpbMjAxMjA1MDFUMTY6MjU6NTguNzQzWnxkZWJ1Z3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjI4YWZkMmNjNWExM3x4YXBp
XSBBdHRlbXB0aW5nIHRvIG9wZW4gL3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4
Ljc0NFp8ZGVidWd8a3Jvbm9zfDIxNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2to
ZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVpZCBEOmFjZGQ5M2NlOTExNyBjcmVh
dGVkIGJ5IHRhc2sgRDoyOGFmZDJjYzVhMTMKWzIwMTIwNTAxVDE2OjI1OjU4LjgyMFp8ZGVidWd8
a3Jvbm9zfDIxOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sg
ZGlzcGF0Y2g6aG9zdC5nZXRfb3RoZXJfY29uZmlnIEQ6NjFhZjRmMzg3MjhlIGNyZWF0ZWQgYnkg
dGFzayBEOjRkNzJlOTJjNjdlNApbMjAxMjA1MDFUMTY6MjU6NTguODI2WnxkZWJ1Z3xrcm9ub3N8
MjE4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTguODQ2WnwgaW5mb3xrcm9u
b3N8MTk3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjI4YWZkMmNjNWExM3x4YXBp
XSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1iYTdhYzViNTk3ZmFmYzNiMzc1ZTgyMTQ2NDA3YTA2
MgpbMjAxMjA1MDFUMTY6MjU6NTguODQ3WnxkZWJ1Z3xrcm9ub3N8MTk3IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8VkJELnVucGx1ZyBSOmM2NDA5ZTc0MzgzM3xzdG9yYWdlX2ltcGxdIHRhc2s6T3Bh
cXVlUmVmOmM2NDA5ZTc0LTM4MzMtOTI5OC00NDkxLWQzYmJiNDUzMmE4NiBkcDp2YmQvMC8wIHNy
Ojk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkxODAwMDVlNyB2ZGk6YmUzYWFjMDYtZmFiOS00
MmQyLWE3ZDctZjcyYTM2MDNjYTIzIHN1cGVyc3RhdGU6ZGV0YWNoZWQKWzIwMTIwNTAxVDE2OjI1
OjU4Ljg0OVp8ZGVidWd8a3Jvbm9zfDE5NyBVTklYIC92YXIvbGliL3hjcC94YXBpfFZCRC51bnBs
dWcgUjpjNjQwOWU3NDM4MzN8bG9ja2luZ19oZWxwZXJzXSBSZWxlYXNlZCBsb2NrIG9uIFZNIE9w
YXF1ZVJlZjpmMTFkZWVlMy05M2FjLTQyNDctYWFjMC1kYTNkNDVkNGVlZjAgd2l0aCB0b2tlbiA1
ClsyMDEyMDUwMVQxNjoyNTo1OC44NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4Ljg1Nlp8ZGVidWd8a3Jvbm9zfDIx
OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
VkJELmRlc3Ryb3kgRDo2ZmJhODFhODI0YzEgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEz
ClsyMDEyMDUwMVQxNjoyNTo1OC44NThafCBpbmZvfGtyb25vc3wyMTkgVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxkaXNwYXRjaDpWQkQuZGVzdHJveSBEOjZmYmE4MWE4MjRjMXx0YXNraGVscGVyXSB0
YXNrIFZCRC5kZXN0cm95IFI6ZGRmZDEwNmRmMmJjICh1dWlkOmM0YTVhNWVlLWJhOWItY2UzOC04
ZmQ4LWU0OGE2ZWFlMDY1NSkgY3JlYXRlZCAodHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRi
ZjU0YjFhODI1YykgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1MDFUMTY6MjU6NTguODU4
WnxkZWJ1Z3xrcm9ub3N8MjE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmRlc3Ryb3kgUjpk
ZGZkMTA2ZGYyYmN8YXVkaXRdIFZCRC5kZXN0cm95OiBWQkQgPSAnNDBiNTQ5MDYtMGU3MS0xNzUw
LTMyMDYtMzhmZGIyMzE5MzRjJwpbMjAxMjA1MDFUMTY6MjU6NTguODU4WnxkZWJ1Z3xrcm9ub3N8
MjE5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkJELmRlc3Ryb3kgUjpkZGZkMTA2ZGYyYmN8eGFw
aV0gVkJELmRlc3Ryb3kgKHV1aWQgPSA0MGI1NDkwNi0wZTcxLTE3NTAtMzIwNi0zOGZkYjIzMTkz
NGM7IHJlZiA9IE9wYXF1ZVJlZjowMjliZDQ0ZS1jNTI2LTFkOGQtYjNjYi0zMTMxMGM0NDhiMTYp
ClsyMDEyMDUwMVQxNjoyNTo1OC44NjNafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBBdHRlbXB0aW5nIHRvIG9wZW4g
L3Zhci9saWIveGNwL3hhcGkKWzIwMTIwNTAxVDE2OjI1OjU4Ljg2NFp8ZGVidWd8a3Jvbm9zfDIy
MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
c2Vzc2lvbi5sb2dvdXQgRDoyMDcxZWRmYWNkYjIgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRk
NGEzClsyMDEyMDUwMVQxNjoyNTo1OC44NjVafCBpbmZvfGtyb25vc3wyMjAgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjZmYjA3ZjJmZWY1NXx4YXBpXSBTZXNzaW9uLmRl
c3Ryb3kgdHJhY2tpZD01N2JiZjE5NDFkZTNiYTQ5ZTQzOTRiZjU0YjFhODI1YwpbMjAxMjA1MDFU
MTY6MjU6NTguODY3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0u
c3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo1OC44NjdafGRlYnVnfGtyb25vc3wyMjEgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24ubG9n
b3V0IEQ6ZTZlNTk2NDFiNjkwIGNyZWF0ZWQgYnkgdGFzayBSOjI0ZjE5NzhkZDRhMwpbMjAxMjA1
MDFUMTY6MjU6NTguODY5WnwgaW5mb3xrcm9ub3N8MjIxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
c2Vzc2lvbi5sb2dvdXQgRDoxYjU0ZGJmZWU2NzR8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNr
aWQ9YTRhMTliYWQxMTAzZjYxZTM0NzNjMzFmODdiOGM4M2UKWzIwMTIwNTAxVDE2OjI1OjU4Ljg3
MFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRm
MTk3OGRkNGEzfHhhcGldIGJ1aWxkIGxpbnV4ICIvdmFyL3J1bi94ZW5kL2Jvb3Qvdm1saW51ei1H
NzJNSjQiICItLSBxdWlldCBjb25zb2xlPWh2YzAgICIgdmNwdXM6MSBtZW1fbWF4OjI2MjE0NCBt
ZW1fdGFyZ2V0OjI2MjE0NApbMjAxMjA1MDFUMTY6MjU6NTguODcwWnxkZWJ1Z3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSBi
dWlsZF9wcmUgZG9taWQ9MTsgbWF4PTI1NiBNaUI7IHNoYWRvdz0zIE1pQjsgcmVxdWlyZWQ9MjYw
IE1pQgpbMjAxMjA1MDFUMTY6MjU6NTguODcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9s
aWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGVuZ3Vlc3RoZWxwZXJdIGNvbm5l
Y3Q6IGFyZ3MgPSBbIC1tb2RlIGxpbnV4X2J1aWxkIC1kb21pZCAxIC1tZW1fbWF4X21pYiAyNTYg
LW1lbV9zdGFydF9taWIgMjU2IC1pbWFnZSAvdmFyL3J1bi94ZW5kL2Jvb3Qvdm1saW51ei1HNzJN
SjQgLXJhbWRpc2sgL3Zhci9ydW4veGVuZC9ib290L3JhbWRpc2stNDkyejBiIC1jbWRsaW5lIC0t
IHF1aWV0IGNvbnNvbGU9aHZjMCAgIC1mZWF0dXJlcyAgLWZsYWdzIDAgLXN0b3JlX3BvcnQgMSAt
Y29uc29sZV9wb3J0IDIgLWZvcmsgdHJ1ZSBdClsyMDEyMDUwMVQxNjoyNTo1OS40MTVafGRlYnVn
fGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
M3x4ZW5vcHNdIFJlYWQgWzI1NDMxMCAyNTQzMDkgXQpbMjAxMjA1MDFUMTY6MjU6NTkuNDIzWnxk
ZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4
ZGQ0YTN8eGFwaV0gY3JlYXRpbmcgVkNQVSBkZXZpY2VzIGFuZCBhdHRhY2hpbmcgdG8gZG9tYWlu
ClsyMDEyMDUwMVQxNjoyNTo1OS40MjZafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBjcmVhdGluZyBWQkQgZGV2aWNl
cyBhbmQgYXR0YWNoaW5nIHRvIGRvbWFpbgpbMjAxMjA1MDFUMTY6MjU6NTkuNDI2WnxkZWJ1Z3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8
eGFwaV0gVkJEIGRldmljZSBuYW1lIDAgaW50ZXJwcmV0ZWQgYXMgWGVuKDAsIDApIChodm0gPSBm
YWxzZSkKWzIwMTIwNTAxVDE2OjI1OjU5LjQyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIv
bGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHNtXSBTTSBleHQgc3JfY29udGVu
dF90eXBlIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNhNTNlN2EK
WzIwMTIwNTAxVDE2OjI1OjU5LjQyOFp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58fGV2ZW50
XSBWTSAoZG9taWQ6IDEpIGRldmljZV9ldmVudCA9IENoYW5nZVVuY29vcGVyYXRpdmUgZmFsc2UK
WzIwMTIwNTAxVDE2OjI1OjU5LjQyOFp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58Vk0gKGRv
bWlkOiAxKSBkZXZpY2VfZXZlbnQgPSBDaGFuZ2VVbmNvb3BlcmF0aXZlIGZhbHNlIEQ6MGQwODgy
OTY4ZmFjfGV2ZW50XSBWTSBPcGFxdWVSZWY6MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2Mx
ZDlkMGU3IGlzIG5vdyBjb29wZXJhdGl2ZQpbMjAxMjA1MDFUMTY6MjU6NTkuNDI5WnwgaW5mb3xr
cm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjk5ZmMzODMyNGNlOHx4
YXBpXSBTZXNzaW9uLmNyZWF0ZSB0cmFja2lkPWFlZDc2OWYzYTM2NzdjODljMmIyNjk4NTE5N2M2
OWJlIHBvb2w9ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9z
aWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEy
MDUwMVQxNjoyNTo1OS40MjlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxzbV9leGVjIEQ6OTlmYzM4MzI0Y2U4fHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xp
Yi94Y3AveGFwaQpbMjAxMjA1MDFUMTY6MjU6NTkuNDMwWnxkZWJ1Z3xrcm9ub3N8MjIyIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9u
LmdldF91dWlkIEQ6ODlkMmUzZTMxYzllIGNyZWF0ZWQgYnkgdGFzayBEOjk5ZmMzODMyNGNlOApb
MjAxMjA1MDFUMTY6MjU6NTkuNTA2WnxkZWJ1Z3xrcm9ub3N8MjIzIFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25m
aWcgRDplMDM3ZWU0Y2Y4NTkgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUw
MVQxNjoyNTo1OS41MTFafGRlYnVnfGtyb25vc3wyMjMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8
aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEy
MDUwMVQxNjoyNTo1OS41MTdafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxzbV9leGVjIEQ6OTlmYzM4MzI0Y2U4fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWFl
ZDc2OWYzYTM2NzdjODljMmIyNjk4NTE5N2M2OWJlClsyMDEyMDUwMVQxNjoyNTo1OS41MThafCBp
bmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5Nzhk
ZDRhM3xzdG9yYWdlX2ltcGxdIFZESS5hdHRhY2ggdGFzazpPcGFxdWVSZWY6MjRmMTk3OGQtZDRh
My1jYjc0LTdkZGQtNGVkOWRmN2NhZDdhIGRwOnZiZC8xLzAgc3I6OTZlNWRiMDItYzc3OC01NDAx
LWI3ODYtNWRjOTE4MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2Nh
MjMgcmVhZF93cml0ZTp0cnVlClsyMDEyMDUwMVQxNjoyNTo1OS41MTlafGRlYnVnfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xkdW1teXRh
c2toZWxwZXJdIHRhc2sgVkRJLmF0dGFjaCBEOjE5NTJmZjVmOGRkMiBjcmVhdGVkIGJ5IHRhc2sg
UjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5LjUxOVp8ZGVidWd8a3Jvbm9zfDEyOCBV
TklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hdHRhY2ggRDoxOTUyZmY1ZjhkZDJ8c21dIFNNIGV4
dCB2ZGlfYXR0YWNoIHNyPU9wYXF1ZVJlZjpmYzIzMDUzNC1hYzk1LTViMTktM2E2OC00ODY2ZjNh
NTNlN2EgdmRpPU9wYXF1ZVJlZjpiMWYwMWM3Yy1jYTExLTBmYjgtODkzOC0xYThhYTY4OTI3ODIg
d3JpdGFibGU9dHJ1ZQpbMjAxMjA1MDFUMTY6MjU6NTkuNTIwWnwgaW5mb3xrcm9ub3N8MTI4IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjQ2NTliZWI2YzFkZHx4YXBpXSBTZXNzaW9u
LmNyZWF0ZSB0cmFja2lkPTM2Mzk4MzliMTU1MjYxNDZlNzkxMWUzNjlhODhkMDEzIHBvb2w9ZmFs
c2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10
cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoyNTo1
OS41MjFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6
NDY1OWJlYjZjMWRkfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFwaQpb
MjAxMjA1MDFUMTY6MjU6NTkuNTIyWnxkZWJ1Z3xrcm9ub3N8MjI0IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6
ODlhZDQzZjJjNjY4IGNyZWF0ZWQgYnkgdGFzayBEOjQ2NTliZWI2YzFkZApbMjAxMjA1MDFUMTY6
MjU6NTkuNTk4WnxkZWJ1Z3xrcm9ub3N8MjI1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcgRDo4ZmNhZWI2
ZDA3MGMgY3JlYXRlZCBieSB0YXNrIEQ6MTk1MmZmNWY4ZGQyClsyMDEyMDUwMVQxNjoyNTo1OS42
MDNafGRlYnVnfGtyb25vc3wyMjUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNh
bF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1
OS42MjNafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6
NDY1OWJlYjZjMWRkfHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPTM2Mzk4MzliMTU1MjYx
NDZlNzkxMWUzNjlhODhkMDEzClsyMDEyMDUwMVQxNjoyNTo1OS42MjRafGRlYnVnfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xzdG9yYWdl
X2ltcGxdIHRhc2s6T3BhcXVlUmVmOjI0ZjE5NzhkLWQ0YTMtY2I3NC03ZGRkLTRlZDlkZjdjYWQ3
YSBkcDp2YmQvMS8wIHNyOjk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkxODAwMDVlNyB2ZGk6
YmUzYWFjMDYtZmFiOS00MmQyLWE3ZDctZjcyYTM2MDNjYTIzIHN1cGVyc3RhdGU6YXR0YWNoZWQg
IFJXClsyMDEyMDUwMVQxNjoyNTo1OS42MjVafCBpbmZvfGtyb25vc3wxMjggVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xzdG9yYWdlX2ltcGxdIFZESS5hY3Rp
dmF0ZSB0YXNrOk9wYXF1ZVJlZjoyNGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2Eg
ZHA6dmJkLzEvMCBzcjo5NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJl
M2FhYzA2LWZhYjktNDJkMi1hN2Q3LWY3MmEzNjAzY2EyMwpbMjAxMjA1MDFUMTY6MjU6NTkuNjI1
WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYx
OTc4ZGQ0YTN8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZESS5hY3RpdmF0ZSBEOjk1MmJiMDA5MmIw
NCBjcmVhdGVkIGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5LjYyNVp8
ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5hY3RpdmF0ZSBEOjk1
MmJiMDA5MmIwNHxzbV0gU00gZXh0IHZkaV9hY3RpdmF0ZSBzcj1PcGFxdWVSZWY6ZmMyMzA1MzQt
YWM5NS01YjE5LTNhNjgtNDg2NmYzYTUzZTdhIHZkaT1PcGFxdWVSZWY6YjFmMDFjN2MtY2ExMS0w
ZmI4LTg5MzgtMWE4YWE2ODkyNzgyClsyMDEyMDUwMVQxNjoyNTo1OS42MjdafCBpbmZvfGtyb25v
c3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6MmY2OWQxOGEwYTE4fHhhcGld
IFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9Y2RiYjk3YzRjMjAyM2ZkMmUxNzkzNjM1YTkyODEyZmEg
cG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g
cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIwNTAx
VDE2OjI1OjU5LjYyN1p8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNt
X2V4ZWMgRDoyZjY5ZDE4YTBhMTh8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGliL3hj
cC94YXBpClsyMDEyMDUwMVQxNjoyNTo1OS42MjhafGRlYnVnfGtyb25vc3wyMjYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24uZ2V0
X3V1aWQgRDo5YjM3ODg5NTUzMDIgY3JlYXRlZCBieSB0YXNrIEQ6MmY2OWQxOGEwYTE4ClsyMDEy
MDUwMVQxNjoyNTo1OS43MDRafGRlYnVnfGtyb25vc3wyMjcgVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZpZyBE
OjM5YTg5MjUyYzhjYiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2
OjI1OjU5LjcwN1p8ZGVidWd8a3Jvbm9zfDIyNyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRw
X2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAx
VDE2OjI1OjU5LjcxN1p8ZGVidWd8a3Jvbm9zfDIyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxk
dW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6ZjRlN2U4MmRi
ODlhIGNyZWF0ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzE5
WnxkZWJ1Z3xrcm9ub3N8MjI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTku
NzIwWnxkZWJ1Z3xrcm9ub3N8MjI5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hl
bHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9ieV91dWlkIEQ6NDk5NzJiYTQzNDdmIGNyZWF0
ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzIyWnxkZWJ1Z3xr
cm9ub3N8MjI5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzIyWnxkZWJ1
Z3xrcm9ub3N8MjMwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOmUyYzY3ZjliZDAwMyBjcmVhdGVkIGJ5IHRh
c2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5LjcyNFp8ZGVidWd8a3Jvbm9zfDIz
MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWlu
YXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5LjcyNVp8ZGVidWd8a3Jvbm9z
fDIzMSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0
Y2g6VkRJLmFkZF90b19zbV9jb25maWcgRDplZmM1ZWIxM2NkM2YgY3JlYXRlZCBieSB0YXNrIEQ6
OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43MjZafCBpbmZvfGtyb25vc3wyMzEgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuYWRkX3RvX3NtX2NvbmZpZyBEOmVmYzVl
YjEzY2QzZnxhcGlfZWZmZWN0XSBWREkuYWRkX3RvX3NtX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjU6
NTkuNzI3WnxkZWJ1Z3xrcm9ub3N8MjMxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3Jp
dGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6
MjU6NTkuNzI4WnxkZWJ1Z3xrcm9ub3N8MjMyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15
dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOjc1MzEzY2VkZTY3
ZiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5LjczMFp8
ZGVidWd8a3Jvbm9zfDIzMiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQ
cmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljcz
MVp8ZGVidWd8a3Jvbm9zfDIzMyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxw
ZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9ieV91dWlkIEQ6YzYzODdlOGY2Y2U4IGNyZWF0ZWQg
YnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzMzWnxkZWJ1Z3xrcm9u
b3N8MjMzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0
ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzM0WnxkZWJ1Z3xr
cm9ub3N8MjM0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBk
aXNwYXRjaDpWREkuZ2V0X1NSIEQ6MDNjNDY3OTVhZTAxIGNyZWF0ZWQgYnkgdGFzayBEOjk1MmJi
MDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzM1WnxkZWJ1Z3xrcm9ub3N8MjM0IFVOSVggL3Zh
ci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBj
b25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzM2WnxkZWJ1Z3xrcm9ub3N8MjM1IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpTUi5nZXRf
dXVpZCBEOmI5ZWU5MGJmMWY5NiBjcmVhdGVkIGJ5IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIw
NTAxVDE2OjI1OjU5LjczOFp8ZGVidWd8a3Jvbm9zfDIzNSBVTklYIC92YXIvbGliL3hjcC94YXBp
fHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIw
MTIwNTAxVDE2OjI1OjU5LjczOVp8ZGVidWd8a3Jvbm9zfDIzNiBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X2J5X3V1aWQgRDpkMDNk
MDk3YWExOGIgY3JlYXRlZCBieSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1
OS43NDBafGRlYnVnfGtyb25vc3wyMzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NTo1OS43NDFafGRlYnVnfGtyb25vc3wyMzcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF90eXBlIEQ6YmIzZjQ0ZDE1NTI0IGNyZWF0
ZWQgYnkgdGFzayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzQzWnxkZWJ1Z3xr
cm9ub3N8MjM3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVy
ZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzQzWnxkZWJ1
Z3xrcm9ub3N8MjM4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFz
ayBkaXNwYXRjaDpTTS5nZXRfYWxsX3JlY29yZHNfd2hlcmUgRDphNWNiMDU3ZDY5Y2UgY3JlYXRl
ZCBieSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43NDZafGRlYnVnfGty
b25vc3wyMzggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJl
IHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43NDZafGRlYnVn
fGtyb25vc3wyMzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNr
IGRpc3BhdGNoOlNNLmdldF9kcml2ZXJfZmlsZW5hbWUgRDowNDI4NzFlNDk1YzUgY3JlYXRlZCBi
eSB0YXNrIEQ6OTUyYmIwMDkyYjA0ClsyMDEyMDUwMVQxNjoyNTo1OS43NDlafGRlYnVnfGtyb25v
c3wyMzkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43NDlafGRlYnVnfGty
b25vc3wyNDAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZNLmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOmY5YjQwZmI3ZGY4NyBjcmVhdGVkIGJ5
IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1NFp8ZGVidWd8a3Jvbm9z
fDI0MCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1NVp8ZGVidWd8a3Jv
bm9zfDI0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6UEJELmdldF9hbGxfcmVjb3Jkc193aGVyZSBEOjZlMjExN2U3MWQyOCBjcmVhdGVkIGJ5
IHRhc2sgRDo5NTJiYjAwOTJiMDQKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1N1p8ZGVidWd8a3Jvbm9z
fDI0MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVy
bWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc1OFp8ZGVidWd8a3Jv
bm9zfDI0MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlz
cGF0Y2g6UEJELmdldF9kZXZpY2VfY29uZmlnIEQ6OTQ1NGZlZGEyYmI1IGNyZWF0ZWQgYnkgdGFz
ayBEOjk1MmJiMDA5MmIwNApbMjAxMjA1MDFUMTY6MjU6NTkuNzYwWnxkZWJ1Z3xrcm9ub3N8MjQy
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5h
dGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzY2WnxkZWJ1Z3xrcm9ub3N8
MjQzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzczWnwgaW5mb3xrcm9u
b3N8MjQ0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEgRDoxNTc0YjM0M2IyNzB8YXBpX2VmZmVjdF0gVkRJLnJlbW92ZV9mcm9tX3hl
bnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc3NVp8ZGVidWd8a3Jvbm9zfDI0NCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc3Nlp8IGluZm98a3Jvbm9zfDI0NSBV
TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9k
YXRhIEQ6ZWQ2NmRmYmM1MDVifGFwaV9lZmZlY3RdIFZESS5yZW1vdmVfZnJvbV94ZW5zdG9yZV9k
YXRhClsyMDEyMDUwMVQxNjoyNTo1OS43NzhafGRlYnVnfGtyb25vc3wyNDUgVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5l
Y3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43ODBafCBpbmZvfGtyb25vc3wyNDYgVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkuYWRkX3RvX3hlbnN0b3JlX2RhdGEgRDowMzdhMmRh
MmM0NWJ8YXBpX2VmZmVjdF0gVkRJLmFkZF90b194ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoy
NTo1OS43ODFafGRlYnVnfGtyb25vc3wyNDYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9j
cml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQx
NjoyNTo1OS43ODNafCBpbmZvfGtyb25vc3wyNDcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNw
YXRjaDpWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVfZGF0YSBEOjZlNmEwYzQ0ZmRlNXxhcGlfZWZm
ZWN0XSBWREkucmVtb3ZlX2Zyb21feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzg0
WnxkZWJ1Z3xrcm9ub3N8MjQ3IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxd
IFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTku
Nzg2WnwgaW5mb3xrcm9ub3N8MjQ4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJ
LnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEgRDowMWYxNjZmODk0ZDR8YXBpX2VmZmVjdF0gVkRJ
LnJlbW92ZV9mcm9tX3hlbnN0b3JlX2RhdGEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc4OFp8ZGVidWd8
a3Jvbm9zfDI0OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1
cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI1OjU5Ljc4OVp8IGlu
Zm98a3Jvbm9zfDI0OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5yZW1vdmVf
ZnJvbV94ZW5zdG9yZV9kYXRhIEQ6MWI1NDQ4M2E0ZTEzfGFwaV9lZmZlY3RdIFZESS5yZW1vdmVf
ZnJvbV94ZW5zdG9yZV9kYXRhClsyMDEyMDUwMVQxNjoyNTo1OS43OTBafGRlYnVnfGtyb25vc3wy
NDkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1p
bmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNTo1OS43OTJafCBpbmZvfGtyb25v
c3wyNTAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxkaXNwYXRjaDpWREkucmVtb3ZlX2Zyb21feGVu
c3RvcmVfZGF0YSBEOjFhOGFhMzliMzA4M3xhcGlfZWZmZWN0XSBWREkucmVtb3ZlX2Zyb21feGVu
c3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzkzWnxkZWJ1Z3xrcm9ub3N8MjUwIFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBv
ZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuNzk1WnwgaW5mb3xrcm9ub3N8MjUxIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6
NGU5MGZjMGRmMDEzfGFwaV9lZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1
MDFUMTY6MjU6NTkuNzk2WnxkZWJ1Z3xrcm9ub3N8MjUxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAx
MjA1MDFUMTY6MjU6NTkuNzk4WnwgaW5mb3xrcm9ub3N8MjUyIFVOSVggL3Zhci9saWIveGNwL3hh
cGl8ZGlzcGF0Y2g6VkRJLmFkZF90b194ZW5zdG9yZV9kYXRhIEQ6ZmRiYTMxMTRhMDdmfGFwaV9l
ZmZlY3RdIFZESS5hZGRfdG9feGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuNzk5Wnxk
ZWJ1Z3xrcm9ub3N8MjUyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFBy
ZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuODAx
WnwgaW5mb3xrcm9ub3N8MjUzIFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmFk
ZF90b194ZW5zdG9yZV9kYXRhIEQ6OTY4NzIyOWQ0NGZkfGFwaV9lZmZlY3RdIFZESS5hZGRfdG9f
eGVuc3RvcmVfZGF0YQpbMjAxMjA1MDFUMTY6MjU6NTkuODA2WnxkZWJ1Z3xrcm9ub3N8MjUzIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlv
biBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjU6NTkuODc3WnwgaW5mb3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjJmNjlkMThhMGExOHx4YXBpXSBTZXNz
aW9uLmRlc3Ryb3kgdHJhY2tpZD1jZGJiOTdjNGMyMDIzZmQyZTE3OTM2MzVhOTI4MTJmYQpbMjAx
MjA1MDFUMTY6MjU6NTkuODc4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hh
cGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1ZVJlZjoy
NGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgZHA6dmJkLzEvMCBzcjo5NmU1ZGIw
Mi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJkMi1hN2Q3
LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmFjdGl2YXRlZCBSVwpbMjAxMjA1MDFUMTY6MjU6NTku
ODc4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoy
NGYxOTc4ZGQ0YTN8eGVub3BzXSBEZXZpY2UuVmJkLmFkZCAoZGV2aWNlX251bWJlcj1YZW4oMCwg
MCkgfCBwYXJhbXM9L2Rldi9zbS9iYWNrZW5kLzk2ZTVkYjAyLWM3NzgtNTQwMS1iNzg2LTVkYzkx
ODAwMDVlNy9iZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMgfCBwaHlzdHlwZT12
aGQpClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xp
Yi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4ZW5vcHNdIGFkZGluZyBkZXZpY2Ug
IEIwWy9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC8xLzUxNzEyXSAgRjFbL2xvY2FsL2RvbWFp
bi8xL2RldmljZS92YmQvNTE3MTJdICBIWy94YXBpLzEvaG90cGx1Zy92YmQvNTE3MTJdClsyMDEy
MDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFw
aXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xiYWNrdHJhY2VdIFJhaXNlZCBhdCBkZXZpY2UubWw6
NjUuMTAtNDIgLT4geHN0Lm1sOjUyLjE4LTIzIC0+IHhzdC5tbDo1NS45LTEyIC0+IGRldmljZS5t
bDo0OTcuMS02MCAtPiB2YmRvcHMubWw6MTAyLjM3LTIyOSAtPiBzdG9yYWdlX2FjY2Vzcy5tbDo1
MTYuMTQtMzE3IC0+IHhhcGlfeGVub3BzX2Vycm9ycy5tbDo3OS40LTgKWzIwMTIwNTAxVDE2OjI1
OjU5Ljg3OVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0
IFI6MjRmMTk3OGRkNGEzfHhhcGldIENvbnZlcnRpbmcgeGVub3BzIGV4Y2VwdGlvbiAoSU5URVJO
QUxfRVJST1I6IFsgRGV2aWNlX2NvbW1vbi5EZXZpY2VfYmFja2VuZF92YW5pc2hlZChfKSBdKSBp
bnRvIG5pY2UgQVBJIGludGVybmFsIGVycm9yClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVn
fGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRh
M3x4YXBpXSBSYWlzZWQgYXQgc3RyaW5nLm1sOjE1MC4yNS0zNCAtPiBzdHJpbmdleHQubWw6MTA4
LjEzLTI5ClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3xiYWNrdHJhY2VdIFJhaXNlZCBh
dCB4YXBpX3hlbm9wc19lcnJvcnMubWw6ODMuMTAtMjYgLT4gbGlzdC5tbDo2OS4xMi0xNSAtPiB2
bW9wcy5tbDoxMDgxLjgtMTE2ClsyMDEyMDUwMVQxNjoyNTo1OS44NzlafGVycm9yfGtyb25vc3wx
MjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBW
bW9wcy5zdGFydF9wYXVzZWQgY2F1Z2h0OiBJTlRFUk5BTF9FUlJPUjogWyB0aGUgZGV2aWNlIGRp
c2FwcGVhcmVkIGZyb20geGVuc3RvcmUgKGZyb250ZW5kIChkb21pZD0xIHwga2luZD12YmQgfCBk
ZXZpZD01MTcxMik7IGJhY2tlbmQgKGRvbWlkPTAgfCBraW5kPXZiZCB8IGRldmlkPTUxNzEyKSkg
XQpbMjAxMjA1MDFUMTY6MjU6NTkuODc5WnwgaW5mb3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gTWVtb3J5IEYgNzU2ODU2IEtp
QiBTIDAgS2lCIFQgMjA0NiBNaUIKWzIwMTIwNTAxVDE2OjI1OjU5Ljg4MFp8ZGVidWd8a3Jvbm9z
fDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhlbm9w
c10gRG9tYWluLmRlc3Ryb3k6IGFsbCBrbm93biBkZXZpY2VzID0gWyAgXQpbMjAxMjA1MDFUMTY6
MjU6NTkuODgwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8eGVub3BzXSBEb21haW4uZGVzdHJveSBjYWxsaW5nIFhlbmN0cmwu
ZG9tYWluX2Rlc3Ryb3kgKGRvbWlkIDEpClsyMDEyMDUwMVQxNjoyNTo1OS45NTJafGRlYnVnfGty
b25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4
ZW5vcHNdIERvbWFpbi5kZXN0cm95OiBybSAvbG9jYWwvZG9tYWluLzEKWzIwMTIwNTAxVDE2OjI1
OjU5Ljk1Mlp8ZGVidWd8a3Jvbm9zfDUyIHhhbF9saXN0ZW58fGV2ZW50XSBWTSBkb21pZDoxIHV1
aWQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9tYWluClsy
MDEyMDUwMVQxNjoyNTo1OS45NTNafGRlYnVnfGtyb25vc3w1MiB4YWxfbGlzdGVufFZNIGRvbWlk
OjEgdXVpZDozZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgQHJlbGVhc2VEb21h
aW4gRDo2M2QwZWFjMDQwZTV8ZXZlbnRdIGFkZGluZyBSZXN5bmMudm0gdG8gd29yayBxdWV1ZQpb
MjAxMjA1MDFUMTY6MjU6NTkuOTUzWnxkZWJ1Z3xrcm9ub3N8NTIgeGFsX2xpc3RlbnxWTSBkb21p
ZDoxIHV1aWQ6M2QwOGY3NGEtMTMyOS03ZmVkLTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9t
YWluIEQ6NjNkMGVhYzA0MGU1fGxvY2tpbmdfaGVscGVyc10gcHVzaChwZXItVk0gcXVldWUsIFZN
IGRvbWlkOjEgdXVpZDozZDA4Zjc0YS0xMzI5LTdmZWQtNjE0NS01Nzk0NjQ3ZDY4ZjkgQHJlbGVh
c2VEb21haW4pOyBxdWV1ZSA9IFsgVk0gZG9taWQ6MSB1dWlkOjNkMDhmNzRhLTEzMjktN2ZlZC02
MTQ1LTU3OTQ2NDdkNjhmOSBAcmVsZWFzZURvbWFpbiBdKDEpClsyMDEyMDUwMVQxNjoyNTo1OS45
NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0
ZjE5NzhkZDRhM3x4ZW5vcHNdIERvbWFpbi5kZXN0cm95OiBkZWxldGluZyBiYWNrZW5kIHBhdGhz
ClsyMDEyMDUwMVQxNjoyNTo1OS45NTVafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94
Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4ZW5vcHNdIFhlbmN0cmwuZG9tYWluX2dl
dGluZm8gMSB0aHJldzogMTE6IFJlc291cmNlIHRlbXBvcmFyaWx5IHVuYXZhaWxhYmxlIC0tIGFz
c3VtaW5nIGRvbWFpbiBub2xvbmdlciBleGlzdHMKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1NVp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHhlbm9wc10gWGVuY3RybC5kb21haW5fZ2V0aW5mbyAxIHRocmV3OiAxMTogUmVzb3VyY2Ug
dGVtcG9yYXJpbHkgdW5hdmFpbGFibGUgLS0gYXNzdW1pbmcgZG9tYWluIG5vbG9uZ2VyIGV4aXN0
cwpbMjAxMjA1MDFUMTY6MjU6NTkuOTU1WnwgaW5mb3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSBEUC5kZXN0cm95
IHRhc2s6T3BhcXVlUmVmOjI0ZjE5NzhkLWQ0YTMtY2I3NC03ZGRkLTRlZDlkZjdjYWQ3YSBkcDp2
YmQvMS8wIGFsbG93X2xlYWs6ZmFsc2UKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1Nlp8ZGVidWd8a3Jv
bm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGR1
bW15dGFza2hlbHBlcl0gdGFzayBWREkuZGVhY3RpdmF0ZSBEOjgzYjg3OTYyZjg3YSBjcmVhdGVk
IGJ5IHRhc2sgUjoyNGYxOTc4ZGQ0YTMKWzIwMTIwNTAxVDE2OjI1OjU5Ljk1Nlp8ZGVidWd8a3Jv
bm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5kZWFjdGl2YXRlIEQ6ODNiODc5NjJm
ODdhfHNtXSBTTSBleHQgdmRpX2RlYWN0aXZhdGUgc3I9T3BhcXVlUmVmOmZjMjMwNTM0LWFjOTUt
NWIxOS0zYTY4LTQ4NjZmM2E1M2U3YSB2ZGk9T3BhcXVlUmVmOmIxZjAxYzdjLWNhMTEtMGZiOC04
OTM4LTFhOGFhNjg5Mjc4MgpbMjAxMjA1MDFUMTY6MjU6NTkuOTU3WnwgaW5mb3xrcm9ub3N8MTI4
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjkzNjdjYmNjZWJlMHx4YXBpXSBTZXNz
aW9uLmNyZWF0ZSB0cmFja2lkPTNlZTgyZTQ3ZjBlMjc5ZDgzOTk2NGM2MTgwMmEyN2E3IHBvb2w9
ZmFsc2UgdW5hbWU9IGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNlcl9zaWQ9IHBhcmVu
dD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5ClsyMDEyMDUwMVQxNjoy
NTo1OS45NThafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVj
IEQ6OTM2N2NiY2NlYmUwfHhhcGldIEF0dGVtcHRpbmcgdG8gb3BlbiAvdmFyL2xpYi94Y3AveGFw
aQpbMjAxMjA1MDFUMTY6MjU6NTkuOTU5WnxkZWJ1Z3xrcm9ub3N8MjU0IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlk
IEQ6NzYzZTQyMjY3YmIyIGNyZWF0ZWQgYnkgdGFzayBEOjkzNjdjYmNjZWJlMApbMjAxMjA1MDFU
MTY6MjY6MDAuMDM1WnxkZWJ1Z3xrcm9ub3N8MjU1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1
bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9vdGhlcl9jb25maWcgRDoyODcx
ZWYyNTEyMDcgY3JlYXRlZCBieSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjow
MC4wMzlafGRlYnVnfGtyb25vc3wyNTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NjowMC4wNDhafGRlYnVnfGtyb25vc3wyNTYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmVjMjNlMzIxMzdkNyBj
cmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjA1MFp8ZGVi
dWd8a3Jvbm9zfDI1NiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVt
YXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjA1MVp8
ZGVidWd8a3Jvbm9zfDI1NyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJd
IHRhc2sgZGlzcGF0Y2g6VkRJLmdldF9zbV9jb25maWcgRDpmMjE3M2Q2MjZlYTUgY3JlYXRlZCBi
eSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4wNTVafGRlYnVnfGtyb25v
c3wyNTcgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRl
cm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4wOTBafGRlYnVnfGty
b25vc3wyNTggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp
c3BhdGNoOlZESS5nZXRfYnlfdXVpZCBEOmEzODIwNWVjNzY0MiBjcmVhdGVkIGJ5IHRhc2sgRDo4
M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjA5M1p8ZGVidWd8a3Jvbm9zfDI1OCBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24g
b2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjA5M1p8ZGVidWd8a3Jvbm9zfDI1OSBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJ
LmdldF9TUiBEOjg0ZTQyM2YyOTIxYyBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIw
MTIwNTAxVDE2OjI2OjAwLjA5NVp8ZGVidWd8a3Jvbm9zfDI1OSBVTklYIC92YXIvbGliL3hjcC94
YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEK
WzIwMTIwNTAxVDE2OjI2OjAwLjA5Nlp8ZGVidWd8a3Jvbm9zfDI2MCBVTklYIC92YXIvbGliL3hj
cC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6U1IuZ2V0X3V1aWQgRDoyM2Ey
ZjFhYmVjYjQgY3JlYXRlZCBieSB0YXNrIEQ6ODNiODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjow
MC4wOThafGRlYnVnfGtyb25vc3wyNjAgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0
aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9mIGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoy
NjowMC4wOThafGRlYnVnfGtyb25vc3wyNjEgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0
YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlNSLmdldF9ieV91dWlkIEQ6NmY0MTg4YWMwZTBkIGNy
ZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTAwWnxkZWJ1
Z3xrcm9ub3N8MjYxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1h
dHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTAxWnxk
ZWJ1Z3xrcm9ub3N8MjYyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g
dGFzayBkaXNwYXRjaDpTUi5nZXRfdHlwZSBEOjhjODAxN2E1MGE5MSBjcmVhdGVkIGJ5IHRhc2sg
RDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjEwM1p8ZGVidWd8a3Jvbm9zfDI2MiBV
TklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRp
b24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEwM1p8ZGVidWd8a3Jvbm9zfDI2
MyBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6
U00uZ2V0X2FsbF9yZWNvcmRzX3doZXJlIEQ6N2FiYTYwNDBhMGRiIGNyZWF0ZWQgYnkgdGFzayBE
OjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA2WnxkZWJ1Z3xrcm9ub3N8MjYzIFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlv
biBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA2WnxkZWJ1Z3xrcm9ub3N8MjY0
IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpT
TS5nZXRfZHJpdmVyX2ZpbGVuYW1lIEQ6NWFlMzg2ZjNlMGIwIGNyZWF0ZWQgYnkgdGFzayBEOjgz
Yjg3OTYyZjg3YQpbMjAxMjA1MDFUMTY6MjY6MDAuMTA5WnxkZWJ1Z3xrcm9ub3N8MjY0IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBv
ZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTEwWnxkZWJ1Z3xrcm9ub3N8MjY1IFVO
SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWTS5n
ZXRfYWxsX3JlY29yZHNfd2hlcmUgRDpmM2FjNmVlNzcwODAgY3JlYXRlZCBieSB0YXNrIEQ6ODNi
ODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4xMTVafGRlYnVnfGtyb25vc3wyNjUgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9m
IGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4xMTVafGRlYnVnfGtyb25vc3wyNjYgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlBCRC5n
ZXRfYWxsX3JlY29yZHNfd2hlcmUgRDo5YjQ3MWVmZmE0MjIgY3JlYXRlZCBieSB0YXNrIEQ6ODNi
ODc5NjJmODdhClsyMDEyMDUwMVQxNjoyNjowMC4xMTdafGRlYnVnfGtyb25vc3wyNjYgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8aHR0cF9jcml0aWNhbF0gUHJlbWF0dXJlIHRlcm1pbmF0aW9uIG9m
IGNvbm5lY3Rpb24hClsyMDEyMDUwMVQxNjoyNjowMC4xMThafGRlYnVnfGtyb25vc3wyNjcgVU5J
WCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOlBCRC5n
ZXRfZGV2aWNlX2NvbmZpZyBEOjdlY2IzMWExYjNlZiBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2
MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAwLjEyMFp8ZGVidWd8a3Jvbm9zfDI2NyBVTklYIC92YXIv
bGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29u
bmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEyNlp8ZGVidWd8a3Jvbm9zfDI2OCBVTklYIC92
YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2Yg
Y29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2OjAwLjEzMlp8ZGVidWd8a3Jvbm9zfDI2OSBVTklY
IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLmdl
dF9ieV91dWlkIEQ6NzE5MWEwN2JjNDQ0IGNyZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpb
MjAxMjA1MDFUMTY6MjY6MDAuMTM1WnxkZWJ1Z3xrcm9ub3N8MjY5IFVOSVggL3Zhci9saWIveGNw
L3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9u
IQpbMjAxMjA1MDFUMTY6MjY6MDAuMTM1WnxkZWJ1Z3xrcm9ub3N8MjcwIFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpob3N0LmdldF9ieV91dWlk
IEQ6MDkyOGYyYjZhMDliIGNyZWF0ZWQgYnkgdGFzayBEOjgzYjg3OTYyZjg3YQpbMjAxMjA1MDFU
MTY6MjY6MDAuMTM3WnxkZWJ1Z3xrcm9ub3N8MjcwIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0
dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJtaW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1
MDFUMTY6MjY6MDAuMTM4WnxkZWJ1Z3xrcm9ub3N8MjcxIFVOSVggL3Zhci9saWIveGNwL3hhcGl8
fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpWREkuZ2V0X3NtX2NvbmZpZyBEOmU4OWJi
ZDI4Mjc2NiBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAw
LjE0MFp8ZGVidWd8a3Jvbm9zfDI3MSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxodHRwX2NyaXRp
Y2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIwNTAxVDE2OjI2
OjAwLjE0MVp8ZGVidWd8a3Jvbm9zfDI3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRh
c2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6VkRJLnJlbW92ZV9mcm9tX3NtX2NvbmZpZyBEOjkzNTBj
NDMyODNiNyBjcmVhdGVkIGJ5IHRhc2sgRDo4M2I4Nzk2MmY4N2EKWzIwMTIwNTAxVDE2OjI2OjAw
LjE0MVp8IGluZm98a3Jvbm9zfDI3MiBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE
SS5yZW1vdmVfZnJvbV9zbV9jb25maWcgRDo5MzUwYzQzMjgzYjd8YXBpX2VmZmVjdF0gVkRJLnJl
bW92ZV9mcm9tX3NtX2NvbmZpZwpbMjAxMjA1MDFUMTY6MjY6MDAuMTUxWnxkZWJ1Z3xrcm9ub3N8
MjcyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGh0dHBfY3JpdGljYWxdIFByZW1hdHVyZSB0ZXJt
aW5hdGlvbiBvZiBjb25uZWN0aW9uIQpbMjAxMjA1MDFUMTY6MjY6MDAuMTU3WnwgaW5mb3xrcm9u
b3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c21fZXhlYyBEOjkzNjdjYmNjZWJlMHx4YXBp
XSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD0zZWU4MmU0N2YwZTI3OWQ4Mzk5NjRjNjE4MDJhMjdh
NwpbMjAxMjA1MDFUMTY6MjY6MDAuMTU4WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8c3RvcmFnZV9pbXBsXSB0YXNrOk9wYXF1
ZVJlZjoyNGYxOTc4ZC1kNGEzLWNiNzQtN2RkZC00ZWQ5ZGY3Y2FkN2EgZHA6dmJkLzEvMCBzcjo5
NmU1ZGIwMi1jNzc4LTU0MDEtYjc4Ni01ZGM5MTgwMDA1ZTcgdmRpOmJlM2FhYzA2LWZhYjktNDJk
Mi1hN2Q3LWY3MmEzNjAzY2EyMyBzdXBlcnN0YXRlOmF0dGFjaGVkICBSVwpbMjAxMjA1MDFUMTY6
MjY6MDAuMTU5WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3Rh
cnQgUjoyNGYxOTc4ZGQ0YTN8ZHVtbXl0YXNraGVscGVyXSB0YXNrIFZESS5kZXRhY2ggRDpiZTdl
ZmQ4YmJmZWEgY3JlYXRlZCBieSB0YXNrIFI6MjRmMTk3OGRkNGEzClsyMDEyMDUwMVQxNjoyNjow
MC4xNTlafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuZGV0YWNo
IEQ6YmU3ZWZkOGJiZmVhfHNtXSBTTSBleHQgdmRpX2RldGFjaCBzcj1PcGFxdWVSZWY6ZmMyMzA1
MzQtYWM5NS01YjE5LTNhNjgtNDg2NmYzYTUzZTdhIHZkaT1PcGFxdWVSZWY6YjFmMDFjN2MtY2Ex
MS0wZmI4LTg5MzgtMWE4YWE2ODkyNzgyClsyMDEyMDUwMVQxNjoyNjowMC4xNjBafCBpbmZvfGty
b25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzbV9leGVjIEQ6OWJmY2ZiMTIyMWNhfHhh
cGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9N2U3MjBkNjkwN2U0M2I5NDI3ODQwNWQwZTA3OTI0
YmMgcG9vbD1mYWxzZSB1bmFtZT0gaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3Np
ZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKWzIwMTIw
NTAxVDE2OjI2OjAwLjE2MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDo5YmZjZmIxMjIxY2F8eGFwaV0gQXR0ZW1wdGluZyB0byBvcGVuIC92YXIvbGli
L3hjcC94YXBpClsyMDEyMDUwMVQxNjoyNjowMC4xNjJafGRlYnVnfGtyb25vc3wyNzMgVU5JWCAv
dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u
Z2V0X3V1aWQgRDpkYWUxNGJlNTVkNmMgY3JlYXRlZCBieSB0YXNrIEQ6OWJmY2ZiMTIyMWNhClsy
MDEyMDUwMVQxNjoyNjowMC4yMzhafGRlYnVnfGtyb25vc3wyNzQgVU5JWCAvdmFyL2xpYi94Y3Av
eGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOmhvc3QuZ2V0X290aGVyX2NvbmZp
ZyBEOmY4ZThjMjA3MDcyYiBjcmVhdGVkIGJ5IHRhc2sgRDpiZTdlZmQ4YmJmZWEKWzIwMTIwNTAx
VDE2OjI2OjAwLjI0NFp8ZGVidWd8a3Jvbm9zfDI3NCBVTklYIC92YXIvbGliL3hjcC94YXBpfHxo
dHRwX2NyaXRpY2FsXSBQcmVtYXR1cmUgdGVybWluYXRpb24gb2YgY29ubmVjdGlvbiEKWzIwMTIw
NTAxVDE2OjI2OjAwLjI2M1p8IGluZm98a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBp
fHNtX2V4ZWMgRDo5YmZjZmIxMjIxY2F8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2U3
MjBkNjkwN2U0M2I5NDI3ODQwNWQwZTA3OTI0YmMKWzIwMTIwNTAxVDE2OjI2OjAwLjI2NFp8ZGVi
dWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRk
NGEzfHN0b3JhZ2VfaW1wbF0gdGFzazpPcGFxdWVSZWY6MjRmMTk3OGQtZDRhMy1jYjc0LTdkZGQt
NGVkOWRmN2NhZDdhIGRwOnZiZC8xLzAgc3I6OTZlNWRiMDItYzc3OC01NDAxLWI3ODYtNWRjOTE4
MDAwNWU3IHZkaTpiZTNhYWMwNi1mYWI5LTQyZDItYTdkNy1mNzJhMzYwM2NhMjMgc3VwZXJzdGF0
ZTpkZXRhY2hlZApbMjAxMjA1MDFUMTY6MjY6MDAuMjcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0
IHZtb3BzLm1sOjExNDEuMTAtNDcgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjItOQpbMjAxMjA1MDFU
MTY6MjY6MDAuMjcwWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0u
c3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0IHBlcnZhc2l2ZWV4dC5tbDoyNi4y
Mi0yNSAtPiB4ZW5jdHJsLm1sOjExNC4xMy0xNyAtPiB4ZW5jdHJsLm1sOjExNC41Ni01OSAtPiB4
YXBpX3ZtLm1sOjIzNC42LTEyMCAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05ClsyMDEyMDUwMVQx
NjoyNjowMC4yNzBafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5z
dGFydCBSOjI0ZjE5NzhkZDRhM3xsb2NraW5nX2hlbHBlcnNdIHBvcChwZXItVk0gcXVldWUpID0g
Vk0gZG9taWQ6MSB1dWlkOjNkMDhmNzRhLTEzMjktN2ZlZC02MTQ1LTU3OTQ2NDdkNjhmOSBAcmVs
ZWFzZURvbWFpbgpbMjAxMjA1MDFUMTY6MjY6MDAuMjcxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVgg
L3Zhci9saWIveGNwL3hhcGl8Vk0gT3BhcXVlUmVmOjE0OTkwZjEwLTM5YzgtMzVmMS03NWNiLWZl
MzdjMWQ5ZDBlNzogcHJvY2Vzc2luZyBWTSBkb21pZDoxIHV1aWQ6M2QwOGY3NGEtMTMyOS03ZmVk
LTYxNDUtNTc5NDY0N2Q2OGY5IEByZWxlYXNlRG9tYWluIEQ6OWZkODUxNDZlYWVlfGV2ZW50XSBW
TSBPcGFxdWVSZWY6MTQ5OTBmMTAtMzljOC0zNWYxLTc1Y2ItZmUzN2MxZDlkMGU3IChkZWJpYW4p
IHJlc2lkZW50X29uIG90aGVyIGhvc3QgT3BhcXVlUmVmOk5VTEwgKGtyb25vcyk6IHRha2luZyBu
byBhY3Rpb24KWzIwMTIwNTAxVDE2OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJhaXNlZCBhdCBw
ZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjItOQpbMjAxMjA1
MDFUMTY6MjY6MDAuMjcxWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8bG9ja2luZ19oZWxwZXJzXSBSZWxlYXNlZCBsb2NrIG9u
IFZNIE9wYXF1ZVJlZjoxNDk5MGYxMC0zOWM4LTM1ZjEtNzVjYi1mZTM3YzFkOWQwZTcgd2l0aCB0
b2tlbiAzClsyMDEyMDUwMVQxNjoyNjowMC4yNzFafGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFy
L2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5NzhkZDRhM3x4YXBpXSBSYWlzZWQgYXQgcGVy
dmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAx
VDE2OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZN
LnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJhaXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYu
MjItMjUgLT4gbWVzc2FnZV9mb3J3YXJkaW5nLm1sOjIzMy4yNS00NCAtPiBtZXNzYWdlX2Zvcndh
cmRpbmcubWw6ODgwLjE1LTY3IC0+IHBlcnZhc2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAxVDE2
OjI2OjAwLjI3MVp8ZGVidWd8a3Jvbm9zfDEzMHx8dGhyZWFkX3F1ZXVlXSB2bV9saWZlY3ljbGVf
b3A6IGNvbXBsZXRlZCBwcm9jZXNzaW5nIDEgaXRlbXM6IHF1ZXVlID0gWyAgXSgwKQpbMjAxMjA1
MDFUMTY6MjY6MDAuMjczWnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8
Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8eGFwaV0gUmFpc2VkIGF0IHBlcnZhc2l2ZWV4dC5tbDoy
Ni4yMi0yNSAtPiBwZXJ2YXNpdmVleHQubWw6MjIuMi05ClsyMDEyMDUwMVQxNjoyNjowMC4yNzRa
fGRlYnVnfGtyb25vc3wxMjggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWTS5zdGFydCBSOjI0ZjE5
NzhkZDRhM3x4YXBpXSBSYWlzZWQgYXQgcGVydmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IHBlcnZh
c2l2ZWV4dC5tbDoyMi4yLTkKWzIwMTIwNTAxVDE2OjI2OjAwLjI3Nlp8ZGVidWd8a3Jvbm9zfDEy
OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfHhhcGldIFJh
aXNlZCBhdCBwZXJ2YXNpdmVleHQubWw6MjYuMjItMjUgLT4gcGVydmFzaXZlZXh0Lm1sOjIyLjIt
OQpbMjAxMjA1MDFUMTY6MjY6MDAuMjc3WnxkZWJ1Z3xrcm9ub3N8MTI4IFVOSVggL3Zhci9saWIv
eGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8YmFja3RyYWNlXSBSYWlzZWQgYXQgcGVy
dmFzaXZlZXh0Lm1sOjI2LjIyLTI1IC0+IG1lc3NhZ2VfZm9yd2FyZGluZy5tbDoxMTQ3LjQtMTAy
MyAtPiByYmFjLm1sOjIyOS4xNi0yMwpbMjAxMjA1MDFUMTY6MjY6MDAuMjc4WnxkZWJ1Z3xrcm9u
b3N8MTI4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8Vk0uc3RhcnQgUjoyNGYxOTc4ZGQ0YTN8YmFj
a3RyYWNlXSBSYWlzZWQgYXQgcmJhYy5tbDoyMzguMTAtMTUgLT4gc2VydmVyX2hlbHBlcnMubWw6
NzkuMTEtNDEKWzIwMTIwNTAxVDE2OjI2OjAwLjI3OFp8ZGVidWd8a3Jvbm9zfDEyOCBVTklYIC92
YXIvbGliL3hjcC94YXBpfFZNLnN0YXJ0IFI6MjRmMTk3OGRkNGEzfGRpc3BhdGNoZXJdIFNlcnZl
cl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gSU5URVJOQUxf
RVJST1I6IFsgdGhlIGRldmljZSBkaXNhcHBlYXJlZCBmcm9tIHhlbnN0b3JlIChmcm9udGVuZCAo
ZG9taWQ9MSB8IGtpbmQ9dmJkIHwgZGV2aWQ9NTE3MTIpOyBiYWNrZW5kIChkb21pZD0wIHwga2lu
ZD12YmQgfCBkZXZpZD01MTcxMikpIF0KCgoK
------=_Part_212575_1732954763.1335890761734
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

------=_Part_212575_1732954763.1335890761734--


From xen-api-bounces@lists.xen.org Tue May 01 17:13:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 17:13:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPGe2-0001ya-Vg; Tue, 01 May 2012 17:13:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPGe0-0001yR-U9
	for xen-api@lists.xen.org; Tue, 01 May 2012 17:13:45 +0000
Received: from [85.158.138.51:2037] by server-1.bemta-3.messagelabs.com id
	80/47-11491-8C910AF4; Tue, 01 May 2012 17:13:44 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1335892423!15738129!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11215 invoked from network); 1 May 2012 17:13:43 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 17:13:43 -0000
X-IronPort-AV: E=Sophos;i="4.75,512,1330905600"; d="scan'208,217";a="12228762"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 17:13:36 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 1 May 2012
	18:13:36 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 18:13:31 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nvb5Gzw94VL4IRLWvRvj0dn86kg==
Message-ID: <4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1940255298067986857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============1940255298067986857==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_"

--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Those alarming 'http_critical' messages are all benign. Unfortunately there=
's nothing to indicate the cause of your problems in that log. Anything in =
/var/log/syslog?

Jon

On 1 May 2012, at 17:46, David Hout wrote:

Jon,



I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.  Do you know if those are normal or perhaps that is a clue?



I attached a log snippet in case you are curious.



Thanks,



Dave

On May 1, 2012 at 10:41 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running





On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






<xcp-xapi_snippet.log>


--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Those alarming 'http_criti=
cal' messages are all benign. Unfortunately there's nothing to indicate the=
 cause of your problems in that log. Anything in /var/log/syslog?<div><br><=
/div><div>Jon</div><div><br><div><div>On 1 May 2012, at 17:46, David Hout w=
rote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D"cite=
">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Jon,</span></div><p style=3D"margin: 0;"><span>&=
nbsp;</span></p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bo=
ttom: 0px; margin-left: 0px; "><span>I see a lot of "[http_critical] Premat=
ure termination of connection!" messages. &nbsp;Do you know if those are no=
rmal or perhaps that is a clue?</span></div><p style=3D"margin: 0;">&nbsp;<=
/p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; ma=
rgin-left: 0px; ">I attached a log snippet in case you are curious.</div><p=
 style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right=
: 0px; margin-bottom: 0px; margin-left: 0px; ">Thanks,</div><p style=3D"mar=
gin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right: 0px; margin=
-bottom: 0px; margin-left: 0px; ">Dave</div><p style=3D"margin: 0;"></p><p =
style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 10:41 AM Jonathan Ludlam &lt;<a href=3D"mailto:Jon=
athan.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anyt=
hing interesting in there?=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 14:24, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          Thanks Jon - I ran that and xend is not running
         </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin: 0px;">=
&nbsp;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&gt; wrote:=20
          <br>=20
          <br>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hi Dave,=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Have you disabled xend? Run:
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             ps auxw | grep xend
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             and see if you get anything.&nbsp;
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br>=20
             <div>=20
              <div>
               On 1 May 2012, at 13:44, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline">=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Hi,</span>
                </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I'm getting closer with my Kronos on Debian configur=
ation.</span>
                </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
                <div style=3D"margin: 0px;">
                 I'm issuing a series of xe commands to launch a vm and it'=
s failing with a "device disappeared from xenstore" error. &nbsp;Can anybod=
y provide guidance?
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Here is the sequence of CLI commands I'm running followed =
by the error message:
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 <span><strong id=3D"internal-source-marker_0.3658362198621=
0346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0=
 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install template=3D$TEMP=
LATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network-list br=
idge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uuid=3D$VM=
 network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-set uuid=
=3D$VM other-config:install-repository=3D</span><a href=3D"http://ftp.uk.de=
bian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><br><span>=
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start uuid=3D=
$VM</span><br><br><span>This runs for a few seconds and comes back with an =
error:</span><br><span>The server failed to handle your request, due to an =
internal error. &nbsp;The given message may give details useful for debuggi=
ng the problem.</span><br><span>message: &nbsp;the device disappeared from =
xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=
=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
                </div><p style=3D"margin: 0px;">&nbsp;</p>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br>&nbsp;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div><span>&lt;xcp-xapi_snippet.log&gt;</span></blockquote></div><br></div=
></body></html>=

--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_--


--===============1940255298067986857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1940255298067986857==--


From xen-api-bounces@lists.xen.org Tue May 01 17:13:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 17:13:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPGe2-0001ya-Vg; Tue, 01 May 2012 17:13:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPGe0-0001yR-U9
	for xen-api@lists.xen.org; Tue, 01 May 2012 17:13:45 +0000
Received: from [85.158.138.51:2037] by server-1.bemta-3.messagelabs.com id
	80/47-11491-8C910AF4; Tue, 01 May 2012 17:13:44 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1335892423!15738129!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzA5NQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11215 invoked from network); 1 May 2012 17:13:43 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	1 May 2012 17:13:43 -0000
X-IronPort-AV: E=Sophos;i="4.75,512,1330905600"; d="scan'208,217";a="12228762"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	01 May 2012 17:13:36 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 1 May 2012
	18:13:36 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Tue, 1 May 2012 18:13:31 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0nvb5Gzw94VL4IRLWvRvj0dn86kg==
Message-ID: <4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1940255298067986857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============1940255298067986857==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_"

--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

Those alarming 'http_critical' messages are all benign. Unfortunately there=
's nothing to indicate the cause of your problems in that log. Anything in =
/var/log/syslog?

Jon

On 1 May 2012, at 17:46, David Hout wrote:

Jon,



I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.  Do you know if those are normal or perhaps that is a clue?



I attached a log snippet in case you are curious.



Thanks,



Dave

On May 1, 2012 at 10:41 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running





On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






<xcp-xapi_snippet.log>


--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">Those alarming 'http_criti=
cal' messages are all benign. Unfortunately there's nothing to indicate the=
 cause of your problems in that log. Anything in /var/log/syslog?<div><br><=
/div><div>Jon</div><div><br><div><div>On 1 May 2012, at 17:46, David Hout w=
rote:</div><br class=3D"Apple-interchange-newline"><blockquote type=3D"cite=
">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Jon,</span></div><p style=3D"margin: 0;"><span>&=
nbsp;</span></p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bo=
ttom: 0px; margin-left: 0px; "><span>I see a lot of "[http_critical] Premat=
ure termination of connection!" messages. &nbsp;Do you know if those are no=
rmal or perhaps that is a clue?</span></div><p style=3D"margin: 0;">&nbsp;<=
/p><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; ma=
rgin-left: 0px; ">I attached a log snippet in case you are curious.</div><p=
 style=3D"margin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right=
: 0px; margin-bottom: 0px; margin-left: 0px; ">Thanks,</div><p style=3D"mar=
gin: 0;">&nbsp;</p><div style=3D"margin-top: 0px; margin-right: 0px; margin=
-bottom: 0px; margin-left: 0px; ">Dave</div><p style=3D"margin: 0;"></p><p =
style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 10:41 AM Jonathan Ludlam &lt;<a href=3D"mailto:Jon=
athan.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anyt=
hing interesting in there?=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 14:24, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          Thanks Jon - I ran that and xend is not running
         </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin: 0px;">=
&nbsp;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&gt; wrote:=20
          <br>=20
          <br>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hi Dave,=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Have you disabled xend? Run:
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             ps auxw | grep xend
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             and see if you get anything.&nbsp;
            </div>=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br>=20
             <div>=20
              <div>
               On 1 May 2012, at 13:44, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline">=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Hi,</span>
                </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I'm getting closer with my Kronos on Debian configur=
ation.</span>
                </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
                <div style=3D"margin: 0px;">
                 I'm issuing a series of xe commands to launch a vm and it'=
s failing with a "device disappeared from xenstore" error. &nbsp;Can anybod=
y provide guidance?
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 Here is the sequence of CLI commands I'm running followed =
by the error message:
                </div><p style=3D"margin: 0;">&nbsp;</p>=20
                <div style=3D"margin: 0px;">
                 <span><strong id=3D"internal-source-marker_0.3658362198621=
0346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0=
 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install template=3D$TEMP=
LATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network-list br=
idge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uuid=3D$VM=
 network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-set uuid=
=3D$VM other-config:install-repository=3D</span><a href=3D"http://ftp.uk.de=
bian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><br><span>=
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start uuid=3D=
$VM</span><br><br><span>This runs for a few seconds and comes back with an =
error:</span><br><span>The server failed to handle your request, due to an =
internal error. &nbsp;The given message may give details useful for debuggi=
ng the problem.</span><br><span>message: &nbsp;the device disappeared from =
xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=
=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
                </div><p style=3D"margin: 0px;">&nbsp;</p>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br>&nbsp;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div><span>&lt;xcp-xapi_snippet.log&gt;</span></blockquote></div><br></div=
></body></html>=

--_000_4C2D95CAEB9F4EB7A6D2E04DCD7CA929eucitrixcom_--


--===============1940255298067986857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1940255298067986857==--


From xen-api-bounces@lists.xen.org Tue May 01 21:23:00 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 21:23:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPKX5-0004JG-05; Tue, 01 May 2012 21:22:51 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPKX3-0004JB-SR
	for xen-api@lists.xen.org; Tue, 01 May 2012 21:22:50 +0000
Received: from [85.158.138.51:22588] by server-8.bemta-3.messagelabs.com id
	BA/55-24428-92450AF4; Tue, 01 May 2012 21:22:49 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1335907366!13695981!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5729 invoked from network); 1 May 2012 21:22:47 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 21:22:47 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41LMjqL009071
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 17:22:45 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:47461]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id D4/BB-08217-52450AF4; Tue, 01 May 2012 17:22:45 -0400
Date: Tue, 1 May 2012 17:22:45 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4805197801455183226=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4805197801455183226==
Content-Type: multipart/alternative; 
	boundary="----=_Part_261316_1113102941.1335907365491"

------=_Part_261316_1113102941.1335907365491
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Perhaps I should have asked this earlier but ...

I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox.
 Should I be starting with the 32 bit debian iso instead?  Does that matter=
?

Thanks!


On May 1, 2012 at 1:13 PM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> Those alarming 'http_critical' messages are all benign. Unfortunately the=
re's
> nothing to indicate the cause of your problems in that log. Anything in
> /var/log/syslog?
>=20
> Jon
>=20
> On 1 May 2012, at 17:46, David Hout wrote:
>=20
> > Jon,
> >=20
> > I see a lot of "[http_critical] Premature termination of connection!"
> > messages.  Do you know if those are normal or perhaps that is a clue?
> >=20
> > I attached a log snippet in case you are curious.
> >=20
> > Thanks,
> >=20
> > Dave
> >=20
> >=20
> >=20
> >=20
> > On May 1, 2012 at 10:41 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.=
com
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's any=
thing
> > > interesting in there?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 14:24, David Hout wrote:
> > >=20
> > > > Thanks Jon - I ran that and xend is not running
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hi Dave,
> > > > >=20
> > > > > Have you disabled xend? Run:
> > > > >=20
> > > > > ps auxw | grep xend
> > > > >=20
> > > > > and see if you get anything.
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > >=20
> > > > > > Hi,
> > > > > >=20
> > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > >=20
> > > > > > I'm issuing a series of xe commands to launch a vm and it's fai=
ling
> > > > > > with a "device disappeared from xenstore" error.  Can anybody
> > > > > > provide guidance?
> > > > > >=20
> > > > > > Thanks,
> > > > > >=20
> > > > > > Dave
> > > > > >=20
> > > > > > Here is the sequence of CLI commands I'm running followed by th=
e
> > > > > > error message:
> > > > > >=20
> > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squee=
ze 6.0 (32-bit)=E2=80=9D
> > > > > > --minimal
> > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebia=
n`
> > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK devi=
ce=3D0`
> > > > > > xe vm-param-set uuid=3D$VM
> > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debi=
an
> > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > xe vm-start uuid=3D$VM
> > > > > >=20
> > > > > > This runs for a few seconds and comes back with an error:
> > > > > > The server failed to handle your request, due to an internal er=
ror.
> > > > > >  The given message may give details useful for debugging the
> > > > > > problem.
> > > > > > message:  the device disappeared from xenstore (frontend (domid=
=3D1 |
> > > > > > kind=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | =
devid=3D51712))
> > > > > >=20
> > > >=20
> > > >=20
> >=20
> >=20
> > <xcp-xapi_snippet.log> =3D?e2e6671e-de31-4ddf-986f-a020cabfbfdb--
>
------=_Part_261316_1113102941.1335907365491
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Perhaps I should have asked this earlier bu=
t ...</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;">I am trying to install kronos on a 64-bit debian =
installation on an amd64 box. &#160;Should I be starting with the 32 bit de=
bian iso instead? &#160;Does that matter?</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks!</p>=20
  <p style=3D"margin: 0;"></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Those alarming &#39;http_critical&#39; messages are all benign. Unfort=
unately there&#39;s nothing to indicate the cause of your problems in that =
log. Anything in /var/log/syslog?=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 17:46, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Jon,</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I see a lot of &#34;[http_critical] Premature termination o=
f connection!&#34; messages. &#160;Do you know if those are normal or perha=
ps that is a clue?</span>
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          I attached a log snippet in case you are curious.
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hmm. Have a look through /var/log/xcp-xapi.log and see if there=
&#39;s anything interesting in there?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 14:24, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 Thanks Jon - I ran that and xend is not running
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hi Dave,=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Have you disabled xend? Run:
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    ps auxw | grep xend
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    and see if you get anything.&#160;
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 13:44, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        <span>Hi,</span>
                       </div>=20
                       <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                       <div style=3D"margin: 0px;">
                        <span>I&#39;m getting closer with my Kronos on Debi=
an configuration.</span>
                       </div>=20
                       <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                       <div style=3D"margin: 0px;">
                        I&#39;m issuing a series of xe commands to launch a=
 vm and it&#39;s failing with a &#34;device disappeared from xenstore&#34; =
error. &#160;Can anybody provide guidance?
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Thanks,
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Dave
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Here is the sequence of CLI commands I&#39;m runnin=
g followed by the error message:
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        <span><strong id=3D"internal-source-marker_0.365836=
21986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebia=
n Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-inst=
all template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=
=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe v=
if-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><spa=
n>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</span><a hr=
ef=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debia=
n</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-m=
ax=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><=
span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few secon=
ds and comes back with an error:</span><br/><span>The server failed to hand=
le your request, due to an internal error. &#160;The given message may give=
 details useful for debugging the problem.</span><br/><span>message: &#160;=
the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | de=
bid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></str=
ong></span>
                       </div>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
        <span>&#60;xcp-xapi_snippet.log&#62;</span>
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_261316_1113102941.1335907365491--


--===============4805197801455183226==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4805197801455183226==--


From xen-api-bounces@lists.xen.org Tue May 01 21:23:00 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 01 May 2012 21:23:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPKX5-0004JG-05; Tue, 01 May 2012 21:22:51 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPKX3-0004JB-SR
	for xen-api@lists.xen.org; Tue, 01 May 2012 21:22:50 +0000
Received: from [85.158.138.51:22588] by server-8.bemta-3.messagelabs.com id
	BA/55-24428-92450AF4; Tue, 01 May 2012 21:22:49 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1335907366!13695981!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM0NzE4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5729 invoked from network); 1 May 2012 21:22:47 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 1 May 2012 21:22:47 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q41LMjqL009071
	for <xen-api@lists.xen.org>; Tue, 1 May 2012 17:22:45 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:47461]
	helo=oxapp3pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id D4/BB-08217-52450AF4; Tue, 01 May 2012 17:22:45 -0400
Date: Tue, 1 May 2012 17:22:45 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4805197801455183226=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4805197801455183226==
Content-Type: multipart/alternative; 
	boundary="----=_Part_261316_1113102941.1335907365491"

------=_Part_261316_1113102941.1335907365491
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Perhaps I should have asked this earlier but ...

I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox.
 Should I be starting with the 32 bit debian iso instead?  Does that matter=
?

Thanks!


On May 1, 2012 at 1:13 PM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> Those alarming 'http_critical' messages are all benign. Unfortunately the=
re's
> nothing to indicate the cause of your problems in that log. Anything in
> /var/log/syslog?
>=20
> Jon
>=20
> On 1 May 2012, at 17:46, David Hout wrote:
>=20
> > Jon,
> >=20
> > I see a lot of "[http_critical] Premature termination of connection!"
> > messages.  Do you know if those are normal or perhaps that is a clue?
> >=20
> > I attached a log snippet in case you are curious.
> >=20
> > Thanks,
> >=20
> > Dave
> >=20
> >=20
> >=20
> >=20
> > On May 1, 2012 at 10:41 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.=
com
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's any=
thing
> > > interesting in there?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 14:24, David Hout wrote:
> > >=20
> > > > Thanks Jon - I ran that and xend is not running
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hi Dave,
> > > > >=20
> > > > > Have you disabled xend? Run:
> > > > >=20
> > > > > ps auxw | grep xend
> > > > >=20
> > > > > and see if you get anything.
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > >=20
> > > > > > Hi,
> > > > > >=20
> > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > >=20
> > > > > > I'm issuing a series of xe commands to launch a vm and it's fai=
ling
> > > > > > with a "device disappeared from xenstore" error.  Can anybody
> > > > > > provide guidance?
> > > > > >=20
> > > > > > Thanks,
> > > > > >=20
> > > > > > Dave
> > > > > >=20
> > > > > > Here is the sequence of CLI commands I'm running followed by th=
e
> > > > > > error message:
> > > > > >=20
> > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian Squee=
ze 6.0 (32-bit)=E2=80=9D
> > > > > > --minimal
> > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebia=
n`
> > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK devi=
ce=3D0`
> > > > > > xe vm-param-set uuid=3D$VM
> > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/debi=
an
> > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB
> > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > xe vm-start uuid=3D$VM
> > > > > >=20
> > > > > > This runs for a few seconds and comes back with an error:
> > > > > > The server failed to handle your request, due to an internal er=
ror.
> > > > > >  The given message may give details useful for debugging the
> > > > > > problem.
> > > > > > message:  the device disappeared from xenstore (frontend (domid=
=3D1 |
> > > > > > kind=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | =
devid=3D51712))
> > > > > >=20
> > > >=20
> > > >=20
> >=20
> >=20
> > <xcp-xapi_snippet.log> =3D?e2e6671e-de31-4ddf-986f-a020cabfbfdb--
>
------=_Part_261316_1113102941.1335907365491
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Perhaps I should have asked this earlier bu=
t ...</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;">I am trying to install kronos on a 64-bit debian =
installation on an amd64 box. &#160;Should I be starting with the 32 bit de=
bian iso instead? &#160;Does that matter?</p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks!</p>=20
  <p style=3D"margin: 0;"></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Those alarming &#39;http_critical&#39; messages are all benign. Unfort=
unately there&#39;s nothing to indicate the cause of your problems in that =
log. Anything in /var/log/syslog?=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 17:46, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Jon,</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I see a lot of &#34;[http_critical] Premature termination o=
f connection!&#34; messages. &#160;Do you know if those are normal or perha=
ps that is a clue?</span>
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          I attached a log snippet in case you are curious.
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <p style=3D"margin: 0px;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hmm. Have a look through /var/log/xcp-xapi.log and see if there=
&#39;s anything interesting in there?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 14:24, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 Thanks Jon - I ran that and xend is not running
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hi Dave,=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Have you disabled xend? Run:
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    ps auxw | grep xend
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    and see if you get anything.&#160;
                   </div>=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 13:44, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        <span>Hi,</span>
                       </div>=20
                       <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                       <div style=3D"margin: 0px;">
                        <span>I&#39;m getting closer with my Kronos on Debi=
an configuration.</span>
                       </div>=20
                       <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                       <div style=3D"margin: 0px;">
                        I&#39;m issuing a series of xe commands to launch a=
 vm and it&#39;s failing with a &#34;device disappeared from xenstore&#34; =
error. &#160;Can anybody provide guidance?
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Thanks,
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Dave
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        Here is the sequence of CLI commands I&#39;m runnin=
g followed by the error message:
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <div style=3D"margin: 0px;">
                        <span><strong id=3D"internal-source-marker_0.365836=
21986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebia=
n Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe vm-inst=
all template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>NETWORK=
=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=3D`xe v=
if-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br/><spa=
n>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</span><a hr=
ef=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debia=
n</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB static-m=
ax=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br/><=
span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a few secon=
ds and comes back with an error:</span><br/><span>The server failed to hand=
le your request, due to an internal error. &#160;The given message may give=
 details useful for debugging the problem.</span><br/><span>message: &#160;=
the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd | de=
bid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</span></str=
ong></span>
                       </div>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
        <span>&#60;xcp-xapi_snippet.log&#62;</span>
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_261316_1113102941.1335907365491--


--===============4805197801455183226==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4805197801455183226==--


From xen-api-bounces@lists.xen.org Wed May 02 09:06:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 09:06:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPVVS-0002TS-Ag; Wed, 02 May 2012 09:05:54 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SPVVQ-0002Sw-N7
	for xen-api@lists.xen.org; Wed, 02 May 2012 09:05:52 +0000
Received: from [193.109.254.147:33514] by server-3.bemta-14.messagelabs.com id
	68/04-23274-FE8F0AF4; Wed, 02 May 2012 09:05:51 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-16.tower-27.messagelabs.com!1335949549!7217684!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26930 invoked from network); 2 May 2012 09:05:49 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 09:05:49 -0000
X-IronPort-AV: E=Sophos;i="4.75,515,1330905600"; d="scan'208";a="12239334"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 09:05:48 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 2 May 2012
	10:05:48 +0100
Message-ID: <1335949547.26758.5.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Wed, 2 May 2012 10:05:47 +0100
In-Reply-To: <4FA08CF2.6000409@holgerdanske.com>
References: <4FA08CF2.6000409@holgerdanske.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
	xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] XCP-1.5-beta-base-53341 installing and
 starting Debian Squeeze 6.0 (64-bit) VM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi David,

The xen-api@ list is a better bet for XCP questions (this isn't obvious,
I agree). I've CC'd that list (and for that reason not trimmed quotes,
I've made another comment inline below).

On Wed, 2012-05-02 at 02:25 +0100, David Christensen wrote:
> xen-users:
> 
> I'm a Xen/XCP newbie who has installed XCP-1.5-beta-base-53341 on a 
> desktop computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB 
> RAM) and is attempting to create a "Debian Squeeze 6,0 (64-bit)" VM per 
> "Xen Cloud Platform Virtual Machine Installation Guide":
> 
>      http://xen.org/files/XenCloud/guest.pdf
> 
> 
> 2012-05-01 17:43:32 root@i72600s ~
> # xe vm-install template="Debian Squeeze 6.0 (64-bit)" 
> new-name-label=squeeze64
> 09f2ce06-e8ec-877b-204c-db40606c1e3f
> 
> 
> 2012-05-01 18:02:31 root@i72600s ~
> # xe vm-param-set uuid=09f2ce06-e8ec-877b-204c-db40606c1e3f 
> other-config:install-repository=http://ftp.us.debian.org/debian
> 
> 
> 2012-05-01 18:03:12 root@i72600s ~
> # xe vm-start uuid=09f2ce06-e8ec-877b-204c-db40606c1e3f
> 
> 
> After several minutes the shell prompt appears again.  The Guide 
> indicates that it should have "... [booted] straight into the Debian 
> installer".
> 
> 
> Fumbling around, it appears that the VM is running:
> 
> 2012-05-01 18:05:56 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 09f2ce06-e8ec-877b-204c-db40606c1e3f
>       name-label ( RW): squeeze64
>      power-state ( RO): running
> 
> 
> uuid ( RO)           : e981fbc4-160c-400c-96eb-22d87ed82452
>       name-label ( RW): Control domain on host: i72600s
>      power-state ( RO): running
> 
> 
> Attempting to connect to the console:
> 
> 2012-05-01 17:38:28 root@i72600s ~
> # xe console vm=squeeze64
> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
> 
> The console hangs.  Pressing Ctrl + ']' gets the shell prompt back.

Did you press a few keys and/or Ctrl-L while connected to the console?
It's possible that you've missed some output and the installer is
sitting waiting for input. This is unlikely though -- any output from
before you connect ought to have been buffered at least somewhat, I'm
mostly familiar with the xl toolstack stuff so maybe XCP does something
different.

Ian.

> 
> 
> Taking a look at /var/log/xensource.log:
> 
> 2012-05-01 18:20:24 root@i72600s /var/log
> # grep -v VM_guest_metrics.get_record xensource.log | tail
> [20120502T01:20:11.757Z|debug|i72600s|2441 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:98bb06f24641 created by task D:908f3da45fdc
> [20120502T01:20:11.781Z|debug|i72600s|2447 unix-RPC|dispatch:logout 
> D:da51c0a4748b|dispatcher] Unknown rpc "logout"
> [20120502T01:20:19.925Z| info|i72600s|2454 
> unix-RPC|session.login_with_password D:5a545342fcd2|xapi] Session.create 
> trackid=6afd4d217dd498dd7020b750f9bf607e pool=false uname=root 
> is_local_superuser=true auth_user_sid= 
> parent=trackid=9834f5af41c964e225f24279aefe4e49
> [20120502T01:20:19.926Z|debug|i72600s|2454 
> unix-RPC|session.login_with_password D:5a545342fcd2|xapi] Attempting to 
> open /var/xapi/xapi
> [20120502T01:20:19.928Z|debug|i72600s|2455 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:5493f786ad75 created by task D:5a545342fcd2
> [20120502T01:20:19.968Z|debug|i72600s|2461 unix-RPC|dispatch:logout 
> D:f95475ca2695|dispatcher] Unknown rpc "logout"
> [20120502T01:20:28.094Z| info|i72600s|2468 
> unix-RPC|session.login_with_password D:20ad30a4b4ac|xapi] Session.create 
> trackid=4e373e1600aa38a2223d37ed89745079 pool=false uname=root 
> is_local_superuser=true auth_user_sid= 
> parent=trackid=9834f5af41c964e225f24279aefe4e49
> [20120502T01:20:28.095Z|debug|i72600s|2468 
> unix-RPC|session.login_with_password D:20ad30a4b4ac|xapi] Attempting to 
> open /var/xapi/xapi
> [20120502T01:20:28.097Z|debug|i72600s|2469 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:2303864067b3 created by task D:20ad30a4b4ac
> [20120502T01:20:28.121Z|debug|i72600s|2475 unix-RPC|dispatch:logout 
> D:a5c77523ee87|dispatcher] Unknown rpc "logout"
> 
> 
> Any suggestions?
> 
> 
> TIA,
> 
> David
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 09:06:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 09:06:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPVVS-0002TS-Ag; Wed, 02 May 2012 09:05:54 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SPVVQ-0002Sw-N7
	for xen-api@lists.xen.org; Wed, 02 May 2012 09:05:52 +0000
Received: from [193.109.254.147:33514] by server-3.bemta-14.messagelabs.com id
	68/04-23274-FE8F0AF4; Wed, 02 May 2012 09:05:51 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-16.tower-27.messagelabs.com!1335949549!7217684!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26930 invoked from network); 2 May 2012 09:05:49 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 09:05:49 -0000
X-IronPort-AV: E=Sophos;i="4.75,515,1330905600"; d="scan'208";a="12239334"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 09:05:48 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 2 May 2012
	10:05:48 +0100
Message-ID: <1335949547.26758.5.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Wed, 2 May 2012 10:05:47 +0100
In-Reply-To: <4FA08CF2.6000409@holgerdanske.com>
References: <4FA08CF2.6000409@holgerdanske.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
	xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] XCP-1.5-beta-base-53341 installing and
 starting Debian Squeeze 6.0 (64-bit) VM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi David,

The xen-api@ list is a better bet for XCP questions (this isn't obvious,
I agree). I've CC'd that list (and for that reason not trimmed quotes,
I've made another comment inline below).

On Wed, 2012-05-02 at 02:25 +0100, David Christensen wrote:
> xen-users:
> 
> I'm a Xen/XCP newbie who has installed XCP-1.5-beta-base-53341 on a 
> desktop computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB 
> RAM) and is attempting to create a "Debian Squeeze 6,0 (64-bit)" VM per 
> "Xen Cloud Platform Virtual Machine Installation Guide":
> 
>      http://xen.org/files/XenCloud/guest.pdf
> 
> 
> 2012-05-01 17:43:32 root@i72600s ~
> # xe vm-install template="Debian Squeeze 6.0 (64-bit)" 
> new-name-label=squeeze64
> 09f2ce06-e8ec-877b-204c-db40606c1e3f
> 
> 
> 2012-05-01 18:02:31 root@i72600s ~
> # xe vm-param-set uuid=09f2ce06-e8ec-877b-204c-db40606c1e3f 
> other-config:install-repository=http://ftp.us.debian.org/debian
> 
> 
> 2012-05-01 18:03:12 root@i72600s ~
> # xe vm-start uuid=09f2ce06-e8ec-877b-204c-db40606c1e3f
> 
> 
> After several minutes the shell prompt appears again.  The Guide 
> indicates that it should have "... [booted] straight into the Debian 
> installer".
> 
> 
> Fumbling around, it appears that the VM is running:
> 
> 2012-05-01 18:05:56 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 09f2ce06-e8ec-877b-204c-db40606c1e3f
>       name-label ( RW): squeeze64
>      power-state ( RO): running
> 
> 
> uuid ( RO)           : e981fbc4-160c-400c-96eb-22d87ed82452
>       name-label ( RW): Control domain on host: i72600s
>      power-state ( RO): running
> 
> 
> Attempting to connect to the console:
> 
> 2012-05-01 17:38:28 root@i72600s ~
> # xe console vm=squeeze64
> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
> 
> The console hangs.  Pressing Ctrl + ']' gets the shell prompt back.

Did you press a few keys and/or Ctrl-L while connected to the console?
It's possible that you've missed some output and the installer is
sitting waiting for input. This is unlikely though -- any output from
before you connect ought to have been buffered at least somewhat, I'm
mostly familiar with the xl toolstack stuff so maybe XCP does something
different.

Ian.

> 
> 
> Taking a look at /var/log/xensource.log:
> 
> 2012-05-01 18:20:24 root@i72600s /var/log
> # grep -v VM_guest_metrics.get_record xensource.log | tail
> [20120502T01:20:11.757Z|debug|i72600s|2441 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:98bb06f24641 created by task D:908f3da45fdc
> [20120502T01:20:11.781Z|debug|i72600s|2447 unix-RPC|dispatch:logout 
> D:da51c0a4748b|dispatcher] Unknown rpc "logout"
> [20120502T01:20:19.925Z| info|i72600s|2454 
> unix-RPC|session.login_with_password D:5a545342fcd2|xapi] Session.create 
> trackid=6afd4d217dd498dd7020b750f9bf607e pool=false uname=root 
> is_local_superuser=true auth_user_sid= 
> parent=trackid=9834f5af41c964e225f24279aefe4e49
> [20120502T01:20:19.926Z|debug|i72600s|2454 
> unix-RPC|session.login_with_password D:5a545342fcd2|xapi] Attempting to 
> open /var/xapi/xapi
> [20120502T01:20:19.928Z|debug|i72600s|2455 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:5493f786ad75 created by task D:5a545342fcd2
> [20120502T01:20:19.968Z|debug|i72600s|2461 unix-RPC|dispatch:logout 
> D:f95475ca2695|dispatcher] Unknown rpc "logout"
> [20120502T01:20:28.094Z| info|i72600s|2468 
> unix-RPC|session.login_with_password D:20ad30a4b4ac|xapi] Session.create 
> trackid=4e373e1600aa38a2223d37ed89745079 pool=false uname=root 
> is_local_superuser=true auth_user_sid= 
> parent=trackid=9834f5af41c964e225f24279aefe4e49
> [20120502T01:20:28.095Z|debug|i72600s|2468 
> unix-RPC|session.login_with_password D:20ad30a4b4ac|xapi] Attempting to 
> open /var/xapi/xapi
> [20120502T01:20:28.097Z|debug|i72600s|2469 unix-RPC||dummytaskhelper] 
> task dispatch:session.get_uuid D:2303864067b3 created by task D:20ad30a4b4ac
> [20120502T01:20:28.121Z|debug|i72600s|2475 unix-RPC|dispatch:logout 
> D:a5c77523ee87|dispatcher] Unknown rpc "logout"
> 
> 
> Any suggestions?
> 
> 
> TIA,
> 
> David
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 09:50:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 09:50:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPWC9-0003iG-Im; Wed, 02 May 2012 09:50:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPWC7-0003iA-5N
	for xen-api@lists.xen.org; Wed, 02 May 2012 09:49:59 +0000
Received: from [85.158.138.51:34045] by server-11.bemta-3.messagelabs.com id
	3E/D2-18894-64301AF4; Wed, 02 May 2012 09:49:58 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-5.tower-174.messagelabs.com!1335952193!24824788!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3956 invoked from network); 2 May 2012 09:49:56 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 09:49:56 -0000
X-IronPort-AV: E=Sophos;i="4.75,515,1330905600"; d="scan'208,217";a="12240548"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 09:49:52 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 2 May 2012
	10:49:52 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Wed, 2 May 2012 10:49:48 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0oSOvX1hUqw/BeT02O1KVsJyI3Iw==
Message-ID: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6238129595006836531=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6238129595006836531==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_"

--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

No, that should be fine - I run the 64 bit version on my laptop, and it see=
ms to work nicely. The 32 bit version is more thoroughly tested, that's all=
. You should certainly be able to start vms :-)

Jon

On 1 May 2012, at 22:22, David Hout wrote:

Perhaps I should have asked this earlier but ...



I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox.  Should I be starting with the 32 bit debian iso instead?  Does that ma=
tter?



Thanks!

On May 1, 2012 at 1:13 PM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<ma=
ilto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Those alarming 'http_critical' messages are all benign. Unfortunately there=
's nothing to indicate the cause of your problems in that log. Anything in =
/var/log/syslog?

Jon

On 1 May 2012, at 17:46, David Hout wrote:

Jon,



I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.  Do you know if those are normal or perhaps that is a clue?



I attached a log snippet in case you are curious.



Thanks,



Dave





On May 1, 2012 at 10:41 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<=
mailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running





On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






<xcp-xapi_snippet.log>




--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">No, that should be fine - =
I run the 64 bit version on my laptop, and it seems to work nicely. The 32 =
bit version is more thoroughly tested, that's all. You should certainly be =
able to start vms :-)<div><br></div><div>Jon</div><div><br><div><div>On 1 M=
ay 2012, at 22:22, David Hout wrote:</div><br class=3D"Apple-interchange-ne=
wline"><blockquote type=3D"cite">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Perhaps I should have asked this earlier but ...=
</span></div><p style=3D"margin: 0;"><span>&nbsp;</span></p><div style=3D"m=
argin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">=
I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox. &nbsp;Should I be starting with the 32 bit debian iso instead? &nbsp;Do=
es that matter?</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"margin=
-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Thank=
s!</div><p style=3D"margin: 0;"></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 1:13 PM Jonathan Ludlam &lt;<a href=3D"mailto:Jona=
than.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Those alarming 'http_critical' messages are all benign. Unfortunately =
there's nothing to indicate the cause of your problems in that log. Anythin=
g in /var/log/syslog?=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 17:46, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Jon,</span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I see a lot of "[http_critical] Premature termination of co=
nnection!" messages. &nbsp;Do you know if those are normal or perhaps that =
is a clue?</span>
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          I attached a log snippet in case you are curious.
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin: 0px;">=
&nbsp;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br>On May 1, 2012 at 10:41 AM Jonathan Ludlam &lt;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&gt; wrote:=20
          <br>=20
          <br>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hmm. Have a look through /var/log/xcp-xapi.log and see if there=
's anything interesting in there?=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br>=20
             <div>=20
              <div>
               On 1 May 2012, at 14:24, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline">=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 Thanks Jon - I ran that and xend is not running
                </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin:=
 0px;">&nbsp;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&gt; wrote:=20
                 <br>=20
                 <br>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hi Dave,=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    Have you disabled xend? Run:
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    ps auxw | grep xend
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    and see if you get anything.&nbsp;
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 13:44, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline">=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        <span>Hi,</span>
                       </div><p style=3D"margin: 0;"><span>&nbsp;</span></p=
>=20
                       <div style=3D"margin: 0px;">
                        <span>I'm getting closer with my Kronos on Debian c=
onfiguration.</span>
                       </div><p style=3D"margin: 0;"><span>&nbsp;</span></p=
>=20
                       <div style=3D"margin: 0px;">
                        I'm issuing a series of xe commands to launch a vm =
and it's failing with a "device disappeared from xenstore" error. &nbsp;Can=
 anybody provide guidance?
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Thanks,
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Dave
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Here is the sequence of CLI commands I'm running fo=
llowed by the error message:
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        <span><strong id=3D"internal-source-marker_0.365836=
21986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Sque=
eze 6.0 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install template=
=3D$TEMPLATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network=
-list bridge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uu=
id=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-se=
t uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http://ftp=
.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><br>=
<span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynam=
ic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start u=
uid=3D$VM</span><br><br><span>This runs for a few seconds and comes back wi=
th an error:</span><br><span>The server failed to handle your request, due =
to an internal error. &nbsp;The given message may give details useful for d=
ebugging the problem.</span><br><span>message: &nbsp;the device disappeared=
 from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend =
(domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
                       </div><p style=3D"margin: 0px;">&nbsp;</p>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br>&nbsp;
                 </div>=20
                </div>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br>&nbsp;
          </div>=20
         </div>=20
        </div>=20
        <span>&lt;xcp-xapi_snippet.log&gt;</span>
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div></blockquote></div><br></div></body></html>=

--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_--


--===============6238129595006836531==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6238129595006836531==--


From xen-api-bounces@lists.xen.org Wed May 02 09:50:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 09:50:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPWC9-0003iG-Im; Wed, 02 May 2012 09:50:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPWC7-0003iA-5N
	for xen-api@lists.xen.org; Wed, 02 May 2012 09:49:59 +0000
Received: from [85.158.138.51:34045] by server-11.bemta-3.messagelabs.com id
	3E/D2-18894-64301AF4; Wed, 02 May 2012 09:49:58 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-5.tower-174.messagelabs.com!1335952193!24824788!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3956 invoked from network); 2 May 2012 09:49:56 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 09:49:56 -0000
X-IronPort-AV: E=Sophos;i="4.75,515,1330905600"; d="scan'208,217";a="12240548"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 09:49:52 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 2 May 2012
	10:49:52 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Hout <dbhout@sequenciainc.com>
Date: Wed, 2 May 2012 10:49:48 +0100
Thread-Topic: [Xen-API] device disappeared from xenstore
Thread-Index: Ac0oSOvX1hUqw/BeT02O1KVsJyI3Iw==
Message-ID: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6238129595006836531=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6238129595006836531==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_"

--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

No, that should be fine - I run the 64 bit version on my laptop, and it see=
ms to work nicely. The 32 bit version is more thoroughly tested, that's all=
. You should certainly be able to start vms :-)

Jon

On 1 May 2012, at 22:22, David Hout wrote:

Perhaps I should have asked this earlier but ...



I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox.  Should I be starting with the 32 bit debian iso instead?  Does that ma=
tter?



Thanks!

On May 1, 2012 at 1:13 PM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com<ma=
ilto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Those alarming 'http_critical' messages are all benign. Unfortunately there=
's nothing to indicate the cause of your problems in that log. Anything in =
/var/log/syslog?

Jon

On 1 May 2012, at 17:46, David Hout wrote:

Jon,



I see a lot of "[http_critical] Premature termination of connection!" messa=
ges.  Do you know if those are normal or perhaps that is a clue?



I attached a log snippet in case you are curious.



Thanks,



Dave





On May 1, 2012 at 10:41 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<=
mailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hmm. Have a look through /var/log/xcp-xapi.log and see if there's anything =
interesting in there?

Jon

On 1 May 2012, at 14:24, David Hout wrote:

Thanks Jon - I ran that and xend is not running





On May 1, 2012 at 8:50 AM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.com<m=
ailto:Jonathan.Ludlam@eu.citrix.com>> wrote:

Hi Dave,

Have you disabled xend? Run:

ps auxw | grep xend

and see if you get anything.

Jon

On 1 May 2012, at 13:44, David Hout wrote:

Hi,



I'm getting closer with my Kronos on Debian configuration.



I'm issuing a series of xe commands to launch a vm and it's failing with a =
"device disappeared from xenstore" error.  Can anybody provide guidance?



Thanks,



Dave



Here is the sequence of CLI commands I'm running followed by the error mess=
age:



TEMPLATE=3D`xe template-list name-label=3D=94Debian Squeeze 6.0 (32-bit)=94=
 --minimal
VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Ddebian`
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`
xe vm-param-set uuid=3D$VM other-config:install-repository=3Dhttp://ftp.uk.=
debian.org/debian
xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynamic-min=
=3D256MiB dynamic-max=3D256MiB vm=3D$VM
xe vm-start uuid=3D$VM

This runs for a few seconds and comes back with an error:
The server failed to handle your request, due to an internal error.  The gi=
ven message may give details useful for debugging the problem.
message:  the device disappeared from xenstore (frontend (domid=3D1 | kind=
=3Dvbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))






<xcp-xapi_snippet.log>




--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html><head></head><body style=3D"word-wrap: break-word; -webkit-nbsp-mode:=
 space; -webkit-line-break: after-white-space; ">No, that should be fine - =
I run the 64 bit version on my laptop, and it seems to work nicely. The 32 =
bit version is more thoroughly tested, that's all. You should certainly be =
able to start vms :-)<div><br></div><div>Jon</div><div><br><div><div>On 1 M=
ay 2012, at 22:22, David Hout wrote:</div><br class=3D"Apple-interchange-ne=
wline"><blockquote type=3D"cite">
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
">
 <div><div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px;=
 margin-left: 0px; "><span>Perhaps I should have asked this earlier but ...=
</span></div><p style=3D"margin: 0;"><span>&nbsp;</span></p><div style=3D"m=
argin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">=
I am trying to install kronos on a 64-bit debian installation on an amd64 b=
ox. &nbsp;Should I be starting with the 32 bit debian iso instead? &nbsp;Do=
es that matter?</div><p style=3D"margin: 0;">&nbsp;</p><div style=3D"margin=
-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">Thank=
s!</div><p style=3D"margin: 0;"></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br>On May 1, 2012 at 1:13 PM Jonathan Ludlam &lt;<a href=3D"mailto:Jona=
than.Ludlam@eu.citrix.com">Jonathan.Ludlam@eu.citrix.com</a>&gt; wrote:
   <br>
   <br>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     Those alarming 'http_critical' messages are all benign. Unfortunately =
there's nothing to indicate the cause of your problems in that log. Anythin=
g in /var/log/syslog?=20
     <div>
      &nbsp;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br>=20
      <div>=20
       <div>
        On 1 May 2012, at 17:46, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline">=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Jon,</span>
         </div><p style=3D"margin: 0;"><span>&nbsp;</span></p>=20
         <div style=3D"margin: 0px;">
          <span>I see a lot of "[http_critical] Premature termination of co=
nnection!" messages. &nbsp;Do you know if those are normal or perhaps that =
is a clue?</span>
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          I attached a log snippet in case you are curious.
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Thanks,
         </div><p style=3D"margin: 0;">&nbsp;</p>=20
         <div style=3D"margin: 0px;">
          Dave
         </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin: 0px;">=
&nbsp;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br>On May 1, 2012 at 10:41 AM Jonathan Ludlam &lt;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&gt; wrote:=20
          <br>=20
          <br>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Hmm. Have a look through /var/log/xcp-xapi.log and see if there=
's anything interesting in there?=20
            <div>
             &nbsp;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br>=20
             <div>=20
              <div>
               On 1 May 2012, at 14:24, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline">=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 Thanks Jon - I ran that and xend is not running
                </div><p style=3D"margin: 0;">&nbsp;</p><p style=3D"margin:=
 0px;">&nbsp;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br>On May 1, 2012 at 8:50 AM Jonathan Ludlam &lt;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&gt; wrote:=20
                 <br>=20
                 <br>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hi Dave,=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    Have you disabled xend? Run:
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    ps auxw | grep xend
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    and see if you get anything.&nbsp;
                   </div>=20
                   <div>
                    &nbsp;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 13:44, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline">=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        <span>Hi,</span>
                       </div><p style=3D"margin: 0;"><span>&nbsp;</span></p=
>=20
                       <div style=3D"margin: 0px;">
                        <span>I'm getting closer with my Kronos on Debian c=
onfiguration.</span>
                       </div><p style=3D"margin: 0;"><span>&nbsp;</span></p=
>=20
                       <div style=3D"margin: 0px;">
                        I'm issuing a series of xe commands to launch a vm =
and it's failing with a "device disappeared from xenstore" error. &nbsp;Can=
 anybody provide guidance?
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Thanks,
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Dave
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        Here is the sequence of CLI commands I'm running fo=
llowed by the error message:
                       </div><p style=3D"margin: 0;">&nbsp;</p>=20
                       <div style=3D"margin: 0px;">
                        <span><strong id=3D"internal-source-marker_0.365836=
21986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=94Debian Sque=
eze 6.0 (32-bit)=94 --minimal</span><br><span>VM=3D`xe vm-install template=
=3D$TEMPLATE new-name-label=3Ddebian`</span><br><span>NETWORK=3D`xe network=
-list bridge=3Dxenbr0 --minimal`</span><br><span>VIF=3D`xe vif-create vm-uu=
id=3D$VM network-uuid=3D$NETWORK device=3D0`</span><br><span>xe vm-param-se=
t uuid=3D$VM other-config:install-repository=3D</span><a href=3D"http://ftp=
.uk.debian.org/debian"><span>http://ftp.uk.debian.org/debian</span></a><br>=
<span>xe vm-memory-limits-set static-min=3D256MiB static-max=3D256MiB dynam=
ic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</span><br><span>xe vm-start u=
uid=3D$VM</span><br><br><span>This runs for a few seconds and comes back wi=
th an error:</span><br><span>The server failed to handle your request, due =
to an internal error. &nbsp;The given message may give details useful for d=
ebugging the problem.</span><br><span>message: &nbsp;the device disappeared=
 from xenstore (frontend (domid=3D1 | kind=3Dvbd | debid=3D51712); backend =
(domid=3D0 | kind=3Dvbd | devid=3D51712))</span></strong></span>
                       </div><p style=3D"margin: 0px;">&nbsp;</p>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br>&nbsp;
                 </div>=20
                </div>=20
               </div>=20
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br>&nbsp;
          </div>=20
         </div>=20
        </div>=20
        <span>&lt;xcp-xapi_snippet.log&gt;</span>
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br>&nbsp;
   </div>=20
  </div>=20
=20
</div></blockquote></div><br></div></body></html>=

--_000_3618CAAFEBD049DABDA8AEF9773A8F38eucitrixcom_--


--===============6238129595006836531==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6238129595006836531==--


From xen-api-bounces@lists.xen.org Wed May 02 10:11:53 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 10:11:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPWXD-0004ZT-Ah; Wed, 02 May 2012 10:11:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SPWXC-0004ZO-NZ
	for xen-api@lists.xensource.com; Wed, 02 May 2012 10:11:46 +0000
Received: from [85.158.139.83:10404] by server-3.bemta-5.messagelabs.com id
	31/9F-25237-06801AF4; Wed, 02 May 2012 10:11:44 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-9.tower-182.messagelabs.com!1335953502!25699125!1
X-Originating-IP: [80.12.242.123]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16393 invoked from network); 2 May 2012 10:11:43 -0000
Received: from smtp01.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.123) by server-9.tower-182.messagelabs.com with SMTP;
	2 May 2012 10:11:43 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d54 with ME
	id 4yBi1j0033zjds103yBil3; Wed, 02 May 2012 12:11:42 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id E1FEE74007;
	Wed,  2 May 2012 12:11:41 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 7tIIfnvqgLah; Wed,  2 May 2012 12:11:39 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 22CB974002;
	Wed,  2 May 2012 12:11:39 +0200 (CEST)
Message-ID: <4FA1085A.9030902@tranquil-it-systems.fr>
Date: Wed, 02 May 2012 12:11:38 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: Chris Percol <chris.percol@gmail.com>
References: <CAGwLQT3A7CE-ceeJ_qO4EVT7GJWwBLmZv-CLEOKJnNN0BxCmBA@mail.gmail.com>
	<CAGwLQT1r32bbTKfM4DbdvUh0gO1gj=kuMZwyrMMtf4kOe_CbDQ@mail.gmail.com>
In-Reply-To: <CAGwLQT1r32bbTKfM4DbdvUh0gO1gj=kuMZwyrMMtf4kOe_CbDQ@mail.gmail.com>
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] vhd_complete errors and disk corruption
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Chris,

> Has anyone had any thoughts on this, or can anyone suggest a better
> place for me to ask such questions?

I've had a few vhd chain corruption with xcp 1.0 and xcp 1.1. The last =

one I had happened at the same time as a oomkiller in the dom0. There =

has been a patch in the blktap libvhd =

(https://github.com/xen-org/blktap/commit/62de80d899f0eb83bf92de94f9fab310c=
4a7231d) =

that fix a memory leak in the coalescing process.

If you can find a oomkiller  message in your logs, you may have been hit =

by the same coalescing bug.  The only option I found is to try to avoid =

snapshot as much as possible. I guess the patch is included in the xcp =

1.5 release.

Cheers,

Denis


> Thanks,
> Chris
>
> On Tue, Apr 24, 2012 at 3:54 PM, Chris Percol<chris.percol@gmail.com>  wr=
ote:
>> Hi,
>> We're encountering the following error intermittently on XCP 1.0.  It
>> seems to be restricted to particular VMs.  We've had 2 out of around
>> 30 affected by this issue, which seems to end up causing disk
>> corruption.
>>
>>
>> Apr 24 12:55:25 x5 tapdisk[5051]: ERROR: errno -5 at vhd_complete:
>> /dev/mapper/VG_XenStorage--86d18095--7819--25b5--e4d4--fff89212bd56-VHD-=
-248ac421--1683--4ab2--b5c6--49fb62849cb6:
>> op: 3, lsec: 15908864, secs: 1, nbytes: 512, blk: 3884, blk_offset:
>> 1576183
>>
>> I'd appreciate any suggestions on how to debug this further.
>>
>> Thanks,
>> Chris
>
> _______________________________________________
> xen-api mailing list
> xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 10:11:53 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 10:11:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPWXD-0004ZT-Ah; Wed, 02 May 2012 10:11:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SPWXC-0004ZO-NZ
	for xen-api@lists.xensource.com; Wed, 02 May 2012 10:11:46 +0000
Received: from [85.158.139.83:10404] by server-3.bemta-5.messagelabs.com id
	31/9F-25237-06801AF4; Wed, 02 May 2012 10:11:44 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-9.tower-182.messagelabs.com!1335953502!25699125!1
X-Originating-IP: [80.12.242.123]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16393 invoked from network); 2 May 2012 10:11:43 -0000
Received: from smtp01.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.123) by server-9.tower-182.messagelabs.com with SMTP;
	2 May 2012 10:11:43 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d54 with ME
	id 4yBi1j0033zjds103yBil3; Wed, 02 May 2012 12:11:42 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id E1FEE74007;
	Wed,  2 May 2012 12:11:41 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 7tIIfnvqgLah; Wed,  2 May 2012 12:11:39 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 22CB974002;
	Wed,  2 May 2012 12:11:39 +0200 (CEST)
Message-ID: <4FA1085A.9030902@tranquil-it-systems.fr>
Date: Wed, 02 May 2012 12:11:38 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: Chris Percol <chris.percol@gmail.com>
References: <CAGwLQT3A7CE-ceeJ_qO4EVT7GJWwBLmZv-CLEOKJnNN0BxCmBA@mail.gmail.com>
	<CAGwLQT1r32bbTKfM4DbdvUh0gO1gj=kuMZwyrMMtf4kOe_CbDQ@mail.gmail.com>
In-Reply-To: <CAGwLQT1r32bbTKfM4DbdvUh0gO1gj=kuMZwyrMMtf4kOe_CbDQ@mail.gmail.com>
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] vhd_complete errors and disk corruption
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Chris,

> Has anyone had any thoughts on this, or can anyone suggest a better
> place for me to ask such questions?

I've had a few vhd chain corruption with xcp 1.0 and xcp 1.1. The last =

one I had happened at the same time as a oomkiller in the dom0. There =

has been a patch in the blktap libvhd =

(https://github.com/xen-org/blktap/commit/62de80d899f0eb83bf92de94f9fab310c=
4a7231d) =

that fix a memory leak in the coalescing process.

If you can find a oomkiller  message in your logs, you may have been hit =

by the same coalescing bug.  The only option I found is to try to avoid =

snapshot as much as possible. I guess the patch is included in the xcp =

1.5 release.

Cheers,

Denis


> Thanks,
> Chris
>
> On Tue, Apr 24, 2012 at 3:54 PM, Chris Percol<chris.percol@gmail.com>  wr=
ote:
>> Hi,
>> We're encountering the following error intermittently on XCP 1.0.  It
>> seems to be restricted to particular VMs.  We've had 2 out of around
>> 30 affected by this issue, which seems to end up causing disk
>> corruption.
>>
>>
>> Apr 24 12:55:25 x5 tapdisk[5051]: ERROR: errno -5 at vhd_complete:
>> /dev/mapper/VG_XenStorage--86d18095--7819--25b5--e4d4--fff89212bd56-VHD-=
-248ac421--1683--4ab2--b5c6--49fb62849cb6:
>> op: 3, lsec: 15908864, secs: 1, nbytes: 512, blk: 3884, blk_offset:
>> 1576183
>>
>> I'd appreciate any suggestions on how to debug this further.
>>
>> Thanks,
>> Chris
>
> _______________________________________________
> xen-api mailing list
> xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 10:54:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 10:54:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPXCJ-0004qK-Vo; Wed, 02 May 2012 10:54:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <giuseppe.civitella@gmail.com>) id 1SPXCI-0004qF-W9
	for xen-api@lists.xen.org; Wed, 02 May 2012 10:54:15 +0000
Received: from [85.158.143.35:50119] by server-1.bemta-4.messagelabs.com id
	40/92-20925-65211AF4; Wed, 02 May 2012 10:54:14 +0000
X-Env-Sender: giuseppe.civitella@gmail.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1335956051!12374238!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30366 invoked from network); 2 May 2012 10:54:12 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 10:54:12 -0000
Received: by lahe6 with SMTP id e6so416724lah.32
	for <xen-api@lists.xen.org>; Wed, 02 May 2012 03:54:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=rneWRQ5DrhT/25b2MDKZkePWWQnN8C5mKfp5H9a7xP4=;
	b=hTAsFLoplwZ5MN2IiQMqf/4Mx/s5Tb/TXwJgSpKlDMiAAwwUaJrPuGtQpAEH6bzB0x
	BqpWLqKizHD3l0Jv5oO1uETG3lD2jCDNbs9UhtWTow1Yq1SbmaPcibLTjyiYznRenlEF
	Q2Jk3FT1LRxuvZ6OTAKTXbtB3TvrU6Wa8sNzAirv4X6W410VtrBaAHr/54/R9O+pZg8b
	hGdXHynyJFjNT8LUDyOdVG3xNVBvzhh3HRO+E80aVumLVc1/9Fz/+sGzLQrEDPZHlTml
	y7qKZw7Vt/lDZcsdC2LnovzaFlNpYCwx3v5jpD6yIbH2ye6czChquMgIlKnBP4p65+P+
	or4g==
MIME-Version: 1.0
Received: by 10.112.98.200 with SMTP id ek8mr13305933lbb.32.1335956051194;
	Wed, 02 May 2012 03:54:11 -0700 (PDT)
Received: by 10.112.77.9 with HTTP; Wed, 2 May 2012 03:54:11 -0700 (PDT)
In-Reply-To: <CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
References: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
	<CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
Date: Wed, 2 May 2012 12:54:11 +0200
Message-ID: <CANo2hO82gyGJM79_tRFPPLaHmm7AR_3MPAT7vHxg_KN_w45jjw@mail.gmail.com>
From: Giuseppe Civitella <giuseppe.civitella@gmail.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Cc: Frederik Van Hecke <frederik@cluttr.be>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I've got a similar problem trying to retrive xenapi's values. While
I'm able to fetch total and used memory using RRD's, I'm not yet able
to retrive disk's data using VM_guest_metrics.
I'm referring to this page:
http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/api/index.html?c=VM_guest_metrics
In "disks" field I was expecting to find "total disk / used disk"
values but I'm not.
Any idea about the missing value?

Thanks




2012/5/1 Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>:
> You can use the API call 'VM.query_data_source' to query a single RRD data source through the API.
>
> e.g.
>
> [root@st21 ~]# python
> Python 2.4.3 (#1, Sep 21 2011, 20:06:00)
> [GCC 4.1.2 20080704 (Red Hat 4.1.2-51)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import xmlrpclib
>>>> s=xmlrpclib.Server("http://localhost/")
>>>> s.session.login_with_password("root","root")
> {'Status': 'Success', 'Value': 'OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'}
>>>> sess='OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'
>>>> vm=s.VM.get_by_uuid(sess,'c4d25869-386d-4238-2bc4-851b021a14e2')['Value']
>>>> s.VM.query_data_source(sess,vm,'memory')
> {'Status': 'Success', 'Value': 268435456.0}
>
> This is, of course, only recommended if it's all you want. Don't query all data sources on all VMs on all hosts every five seconds like this - use the RRDs :-)
>
> Jon
>
> On 25 Apr 2012, at 14:10, Frederik Van Hecke wrote:
>
>> Hi,
>>
>> I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
>> Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
>> However the memory record for the vm's guest_metrics is empty.
>>
>> I was wondering whether that memory usage is retrievable through the API or not?
>> I know it's in the RRD's, but if I can get it through the API that'd be so much more consistent / convenient.
>>
>> Any help / direction very much appreciated. Thank you.
>>
>>
>> Kind regards,
>> Frederik
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 10:54:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 10:54:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPXCJ-0004qK-Vo; Wed, 02 May 2012 10:54:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <giuseppe.civitella@gmail.com>) id 1SPXCI-0004qF-W9
	for xen-api@lists.xen.org; Wed, 02 May 2012 10:54:15 +0000
Received: from [85.158.143.35:50119] by server-1.bemta-4.messagelabs.com id
	40/92-20925-65211AF4; Wed, 02 May 2012 10:54:14 +0000
X-Env-Sender: giuseppe.civitella@gmail.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1335956051!12374238!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30366 invoked from network); 2 May 2012 10:54:12 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 10:54:12 -0000
Received: by lahe6 with SMTP id e6so416724lah.32
	for <xen-api@lists.xen.org>; Wed, 02 May 2012 03:54:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=rneWRQ5DrhT/25b2MDKZkePWWQnN8C5mKfp5H9a7xP4=;
	b=hTAsFLoplwZ5MN2IiQMqf/4Mx/s5Tb/TXwJgSpKlDMiAAwwUaJrPuGtQpAEH6bzB0x
	BqpWLqKizHD3l0Jv5oO1uETG3lD2jCDNbs9UhtWTow1Yq1SbmaPcibLTjyiYznRenlEF
	Q2Jk3FT1LRxuvZ6OTAKTXbtB3TvrU6Wa8sNzAirv4X6W410VtrBaAHr/54/R9O+pZg8b
	hGdXHynyJFjNT8LUDyOdVG3xNVBvzhh3HRO+E80aVumLVc1/9Fz/+sGzLQrEDPZHlTml
	y7qKZw7Vt/lDZcsdC2LnovzaFlNpYCwx3v5jpD6yIbH2ye6czChquMgIlKnBP4p65+P+
	or4g==
MIME-Version: 1.0
Received: by 10.112.98.200 with SMTP id ek8mr13305933lbb.32.1335956051194;
	Wed, 02 May 2012 03:54:11 -0700 (PDT)
Received: by 10.112.77.9 with HTTP; Wed, 2 May 2012 03:54:11 -0700 (PDT)
In-Reply-To: <CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
References: <CADpnJWQ1x3bWqqz81j8X387Tcx+Hh-sqQQCC7sNHWJNO6iTyFA@mail.gmail.com>
	<CAD0126C-994A-4F99-A369-4F60EDD958E6@eu.citrix.com>
Date: Wed, 2 May 2012 12:54:11 +0200
Message-ID: <CANo2hO82gyGJM79_tRFPPLaHmm7AR_3MPAT7vHxg_KN_w45jjw@mail.gmail.com>
From: Giuseppe Civitella <giuseppe.civitella@gmail.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Cc: Frederik Van Hecke <frederik@cluttr.be>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XenAPI & DomU Memory Usage
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

I've got a similar problem trying to retrive xenapi's values. While
I'm able to fetch total and used memory using RRD's, I'm not yet able
to retrive disk's data using VM_guest_metrics.
I'm referring to this page:
http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/api/index.html?c=VM_guest_metrics
In "disks" field I was expecting to find "total disk / used disk"
values but I'm not.
Any idea about the missing value?

Thanks




2012/5/1 Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>:
> You can use the API call 'VM.query_data_source' to query a single RRD data source through the API.
>
> e.g.
>
> [root@st21 ~]# python
> Python 2.4.3 (#1, Sep 21 2011, 20:06:00)
> [GCC 4.1.2 20080704 (Red Hat 4.1.2-51)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import xmlrpclib
>>>> s=xmlrpclib.Server("http://localhost/")
>>>> s.session.login_with_password("root","root")
> {'Status': 'Success', 'Value': 'OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'}
>>>> sess='OpaqueRef:1d1f04f1-f01d-a585-6e27-30ee9da3da2f'
>>>> vm=s.VM.get_by_uuid(sess,'c4d25869-386d-4238-2bc4-851b021a14e2')['Value']
>>>> s.VM.query_data_source(sess,vm,'memory')
> {'Status': 'Success', 'Value': 268435456.0}
>
> This is, of course, only recommended if it's all you want. Don't query all data sources on all VMs on all hosts every five seconds like this - use the RRDs :-)
>
> Jon
>
> On 25 Apr 2012, at 14:10, Frederik Van Hecke wrote:
>
>> Hi,
>>
>> I'm running XCP 1.5 Beta with xen-tools installed in the DomU.
>> Both XenCenter (6.0.2) as xsconsole show the actual memory usage of the VM.
>> However the memory record for the vm's guest_metrics is empty.
>>
>> I was wondering whether that memory usage is retrievable through the API or not?
>> I know it's in the RRD's, but if I can get it through the API that'd be so much more consistent / convenient.
>>
>> Any help / direction very much appreciated. Thank you.
>>
>>
>> Kind regards,
>> Frederik
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 13:11:31 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 13:11:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPZL1-00067p-9i; Wed, 02 May 2012 13:11:23 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPZL0-00067h-7n
	for xen-api@lists.xen.org; Wed, 02 May 2012 13:11:22 +0000
Received: from [85.158.143.99:53257] by server-2.bemta-4.messagelabs.com id
	FA/BA-17550-97231AF4; Wed, 02 May 2012 13:11:21 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1335964279!19120357!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM2MDYx\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27632 invoked from network); 2 May 2012 13:11:20 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 2 May 2012 13:11:20 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q42DBIdo009449
	for <xen-api@lists.xen.org>; Wed, 2 May 2012 09:11:18 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:53513]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 91/9F-07291-67231AF4; Wed, 02 May 2012 09:11:18 -0400
Date: Wed, 2 May 2012 09:11:18 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <304883590.194938.1335964278654.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
	<3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0073263258043096318=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0073263258043096318==
Content-Type: multipart/alternative; 
	boundary="----=_Part_194937_1740609130.1335964278638"

------=_Part_194937_1740609130.1335964278638
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks Jon

So I decided to go back and run the XCP 1.5 installation CD and make sure t=
hings
were still working for me with that.  I found that I couldn't install a VM =
from
my NFS share onto XCP 1.5 either.  However I was able to install and launch=
 a VM
using the debian multiarch cd if I physically put it into the kronos pc.

Given this new information I decided to reinstall kronos and focus on insta=
lling
from CD.

The problem I have now is "xe cd-list" isn't detecting my cd drive.  I can =
mount
the drive manually and get to it just fine but no matter what I do the "xe
cd-list" command returns nothing.

A couple of days ago I was having a similar issue with templates where "xe
template-list" never returned anything and I figured out how to regenerate =
the
templates.  Could there be something similar with the cd drive?

Thanks!


On May 2, 2012 at 5:49 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> No, that should be fine - I run the 64 bit version on my laptop, and it s=
eems
> to work nicely. The 32 bit version is more thoroughly tested, that's all.=
 You
> should certainly be able to start vms :-)
>=20
> Jon
>=20
> On 1 May 2012, at 22:22, David Hout wrote:
>=20
> > Perhaps I should have asked this earlier but ...
> >=20
> > I am trying to install kronos on a 64-bit debian installation on an amd=
64
> > box.  Should I be starting with the 32 bit debian iso instead?  Does th=
at
> > matter?
> >=20
> > Thanks!
> >=20
> >=20
> >=20
> > On May 1, 2012 at 1:13 PM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Those alarming 'http_critical' messages are all benign. Unfortunately
> > > there's nothing to indicate the cause of your problems in that log.
> > > Anything in /var/log/syslog?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 17:46, David Hout wrote:
> > >=20
> > > > Jon,
> > > >=20
> > > > I see a lot of "[http_critical] Premature termination of connection=
!"
> > > > messages.  Do you know if those are normal or perhaps that is a clu=
e?
> > > >=20
> > > > I attached a log snippet in case you are curious.
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 10:41 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's
> > > > > anything interesting in there?
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 14:24, David Hout wrote:
> > > > >=20
> > > > > > Thanks Jon - I ran that and xend is not running
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix=
.com>
> > > > > > > wrote:
> > > > > >=20
> > > > > > > Hi Dave,
> > > > > > >=20
> > > > > > > Have you disabled xend? Run:
> > > > > > >=20
> > > > > > > ps auxw | grep xend
> > > > > > >=20
> > > > > > > and see if you get anything.
> > > > > > >=20
> > > > > > > Jon
> > > > > > >=20
> > > > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > > > >=20
> > > > > > > > Hi,
> > > > > > > >=20
> > > > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > > > >=20
> > > > > > > > I'm issuing a series of xe commands to launch a vm and it's
> > > > > > > > failing with a "device disappeared from xenstore" error.  C=
an
> > > > > > > > anybody provide guidance?
> > > > > > > >=20
> > > > > > > > Thanks,
> > > > > > > >=20
> > > > > > > > Dave
> > > > > > > >=20
> > > > > > > > Here is the sequence of CLI commands I'm running followed b=
y the
> > > > > > > > error message:
> > > > > > > >=20
> > > > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian S=
queeze 6.0
> > > > > > > > (32-bit)=E2=80=9D --minimal
> > > > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Dd=
ebian`
> > > > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK =
device=3D0`
> > > > > > > > xe vm-param-set uuid=3D$VM
> > > > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/=
debian
> > > > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D25=
6MiB
> > > > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > > > xe vm-start uuid=3D$VM
> > > > > > > >=20
> > > > > > > > This runs for a few seconds and comes back with an error:
> > > > > > > > The server failed to handle your request, due to an interna=
l
> > > > > > > > error.  The given message may give details useful for debug=
ging
> > > > > > > > the problem.
> > > > > > > > message:  the device disappeared from xenstore (frontend
> > > > > > > > (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D=
0 | kind=3Dvbd
> > > > > > > > | devid=3D51712))
> > > > > > > >=20
> > > > > >=20
> > > > > >=20
> > > >=20
> > > >=20
> > > > <xcp-xapi_snippet.log> =3D?229189fc-aa82-438e-b6d0-878a7dae6c5e--
> > >=20
> > >=20
>
------=_Part_194937_1740609130.1335964278638
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>Thanks Jon</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>So I decided to go back and run the XCP 1.5=
 installation CD and make sure things were still working for me with that. =
&#160;I found that I couldn&#39;t install a VM from my NFS share onto XCP 1=
.5 either. &#160;However I was able to install and launch a VM using the de=
bian multiarch cd if I physically put it into the kronos pc.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>Given this new information I decided to rei=
nstall kronos and focus on installing from CD.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>The problem I have now is &#34;xe cd-list&#=
34; isn&#39;t detecting my cd drive. &#160;I can mount the drive manually a=
nd get to it just fine but no matter what I do the &#34;xe cd-list&#34; com=
mand returns nothing.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>A couple of days ago I was having a similar=
 issue with templates where &#34;xe template-list&#34; never returned anyth=
ing and I figured out how to regenerate the templates. &#160;Could there be=
 something similar with the cd drive?</span></p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks!</p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 2, 2012 at 5:49 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     No, that should be fine - I run the 64 bit version on my laptop, and i=
t seems to work nicely. The 32 bit version is more thoroughly tested, that&=
#39;s all. You should certainly be able to start vms :-)=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 22:22, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Perhaps I should have asked this earlier but ...</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I am trying to install kronos on a 64-bit debian installation on =
an amd64 box. &#160;Should I be starting with the 32 bit debian iso instead=
? &#160;Does that matter?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks!
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Those alarming &#39;http_critical&#39; messages are all benign.=
 Unfortunately there&#39;s nothing to indicate the cause of your problems i=
n that log. Anything in /var/log/syslog?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 17:46, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Jon,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I see a lot of &#34;[http_critical] Premature termin=
ation of connection!&#34; messages. &#160;Do you know if those are normal o=
r perhaps that is a clue?</span>
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 I attached a log snippet in case you are curious.
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hmm. Have a look through /var/log/xcp-xapi.log and see i=
f there&#39;s anything interesting in there?=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 14:24, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        Thanks Jon - I ran that and xend is not running
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                       <div style=3D"margin: 5px 0px 5px 0px;">
                        <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60=
;=20
                        <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jo=
nathan.Ludlam@eu.citrix.com</a>&#62; wrote:=20
                        <br/>=20
                        <br/>=20
                        <div style=3D"position: relative;">=20
                         <blockquote style=3D"margin-left: 0px; padding-lef=
t: 10px; border-left: solid 1px blue;">
                          Hi Dave,=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Have you disabled xend? Run:
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           ps auxw | grep xend
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           and see if you get anything.&#160;
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Jon
                          </div>=20
                          <div>
                           <br/>=20
                           <div>=20
                            <div>
                             On 1 May 2012, at 13:44, David Hout wrote:
                            </div>=20
                            <br class=3D"Apple-interchange-newline"/>=20
                            <blockquote>=20
                             <div>=20
                              <div style=3D"margin: 0px;">
                               <span>Hi,</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               <span>I&#39;m getting closer with my Kronos =
on Debian configuration.</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               I&#39;m issuing a series of xe commands to l=
aunch a vm and it&#39;s failing with a &#34;device disappeared from xenstor=
e&#34; error. &#160;Can anybody provide guidance?
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Thanks,
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Dave
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Here is the sequence of CLI commands I&#39;m=
 running followed by the error message:
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               <span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=
=9DDebian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe=
 vm-install template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>=
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=
=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><=
br/><span>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</sp=
an><a href=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.o=
rg/debian</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB =
static-max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</spa=
n><br/><span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a f=
ew seconds and comes back with an error:</span><br/><span>The server failed=
 to handle your request, due to an internal error. &#160;The given message =
may give details useful for debugging the problem.</span><br/><span>message=
: &#160;the device disappeared from xenstore (frontend (domid=3D1 | kind=3D=
vbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</sp=
an></strong></span>
                              </div>=20
                              <p style=3D"margin: 0px;">&#160;</p>=20
                             </div>=20
                            </blockquote>=20
                           </div>=20
                          </div>=20
                         </blockquote>=20
                         <br/>&#160;
                        </div>=20
                       </div>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
               <span>&#60;xcp-xapi_snippet.log&#62;</span>
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_194937_1740609130.1335964278638--


--===============0073263258043096318==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0073263258043096318==--


From xen-api-bounces@lists.xen.org Wed May 02 13:11:31 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 13:11:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPZL1-00067p-9i; Wed, 02 May 2012 13:11:23 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPZL0-00067h-7n
	for xen-api@lists.xen.org; Wed, 02 May 2012 13:11:22 +0000
Received: from [85.158.143.99:53257] by server-2.bemta-4.messagelabs.com id
	FA/BA-17550-97231AF4; Wed, 02 May 2012 13:11:21 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1335964279!19120357!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM2MDYx\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27632 invoked from network); 2 May 2012 13:11:20 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 2 May 2012 13:11:20 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q42DBIdo009449
	for <xen-api@lists.xen.org>; Wed, 2 May 2012 09:11:18 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:53513]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id 91/9F-07291-67231AF4; Wed, 02 May 2012 09:11:18 -0400
Date: Wed, 2 May 2012 09:11:18 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <304883590.194938.1335964278654.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
	<3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0073263258043096318=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0073263258043096318==
Content-Type: multipart/alternative; 
	boundary="----=_Part_194937_1740609130.1335964278638"

------=_Part_194937_1740609130.1335964278638
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks Jon

So I decided to go back and run the XCP 1.5 installation CD and make sure t=
hings
were still working for me with that.  I found that I couldn't install a VM =
from
my NFS share onto XCP 1.5 either.  However I was able to install and launch=
 a VM
using the debian multiarch cd if I physically put it into the kronos pc.

Given this new information I decided to reinstall kronos and focus on insta=
lling
from CD.

The problem I have now is "xe cd-list" isn't detecting my cd drive.  I can =
mount
the drive manually and get to it just fine but no matter what I do the "xe
cd-list" command returns nothing.

A couple of days ago I was having a similar issue with templates where "xe
template-list" never returned anything and I figured out how to regenerate =
the
templates.  Could there be something similar with the cd drive?

Thanks!


On May 2, 2012 at 5:49 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> No, that should be fine - I run the 64 bit version on my laptop, and it s=
eems
> to work nicely. The 32 bit version is more thoroughly tested, that's all.=
 You
> should certainly be able to start vms :-)
>=20
> Jon
>=20
> On 1 May 2012, at 22:22, David Hout wrote:
>=20
> > Perhaps I should have asked this earlier but ...
> >=20
> > I am trying to install kronos on a 64-bit debian installation on an amd=
64
> > box.  Should I be starting with the 32 bit debian iso instead?  Does th=
at
> > matter?
> >=20
> > Thanks!
> >=20
> >=20
> >=20
> > On May 1, 2012 at 1:13 PM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Those alarming 'http_critical' messages are all benign. Unfortunately
> > > there's nothing to indicate the cause of your problems in that log.
> > > Anything in /var/log/syslog?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 17:46, David Hout wrote:
> > >=20
> > > > Jon,
> > > >=20
> > > > I see a lot of "[http_critical] Premature termination of connection=
!"
> > > > messages.  Do you know if those are normal or perhaps that is a clu=
e?
> > > >=20
> > > > I attached a log snippet in case you are curious.
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 10:41 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's
> > > > > anything interesting in there?
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 14:24, David Hout wrote:
> > > > >=20
> > > > > > Thanks Jon - I ran that and xend is not running
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix=
.com>
> > > > > > > wrote:
> > > > > >=20
> > > > > > > Hi Dave,
> > > > > > >=20
> > > > > > > Have you disabled xend? Run:
> > > > > > >=20
> > > > > > > ps auxw | grep xend
> > > > > > >=20
> > > > > > > and see if you get anything.
> > > > > > >=20
> > > > > > > Jon
> > > > > > >=20
> > > > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > > > >=20
> > > > > > > > Hi,
> > > > > > > >=20
> > > > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > > > >=20
> > > > > > > > I'm issuing a series of xe commands to launch a vm and it's
> > > > > > > > failing with a "device disappeared from xenstore" error.  C=
an
> > > > > > > > anybody provide guidance?
> > > > > > > >=20
> > > > > > > > Thanks,
> > > > > > > >=20
> > > > > > > > Dave
> > > > > > > >=20
> > > > > > > > Here is the sequence of CLI commands I'm running followed b=
y the
> > > > > > > > error message:
> > > > > > > >=20
> > > > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian S=
queeze 6.0
> > > > > > > > (32-bit)=E2=80=9D --minimal
> > > > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Dd=
ebian`
> > > > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK =
device=3D0`
> > > > > > > > xe vm-param-set uuid=3D$VM
> > > > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/=
debian
> > > > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D25=
6MiB
> > > > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > > > xe vm-start uuid=3D$VM
> > > > > > > >=20
> > > > > > > > This runs for a few seconds and comes back with an error:
> > > > > > > > The server failed to handle your request, due to an interna=
l
> > > > > > > > error.  The given message may give details useful for debug=
ging
> > > > > > > > the problem.
> > > > > > > > message:  the device disappeared from xenstore (frontend
> > > > > > > > (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D=
0 | kind=3Dvbd
> > > > > > > > | devid=3D51712))
> > > > > > > >=20
> > > > > >=20
> > > > > >=20
> > > >=20
> > > >=20
> > > > <xcp-xapi_snippet.log> =3D?229189fc-aa82-438e-b6d0-878a7dae6c5e--
> > >=20
> > >=20
>
------=_Part_194937_1740609130.1335964278638
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>Thanks Jon</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>So I decided to go back and run the XCP 1.5=
 installation CD and make sure things were still working for me with that. =
&#160;I found that I couldn&#39;t install a VM from my NFS share onto XCP 1=
.5 either. &#160;However I was able to install and launch a VM using the de=
bian multiarch cd if I physically put it into the kronos pc.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>Given this new information I decided to rei=
nstall kronos and focus on installing from CD.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>The problem I have now is &#34;xe cd-list&#=
34; isn&#39;t detecting my cd drive. &#160;I can mount the drive manually a=
nd get to it just fine but no matter what I do the &#34;xe cd-list&#34; com=
mand returns nothing.</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>A couple of days ago I was having a similar=
 issue with templates where &#34;xe template-list&#34; never returned anyth=
ing and I figured out how to regenerate the templates. &#160;Could there be=
 something similar with the cd drive?</span></p>=20
  <p style=3D"margin: 0;">&#160;</p>=20
  <p style=3D"margin: 0;">Thanks!</p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 2, 2012 at 5:49 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     No, that should be fine - I run the 64 bit version on my laptop, and i=
t seems to work nicely. The 32 bit version is more thoroughly tested, that&=
#39;s all. You should certainly be able to start vms :-)=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 22:22, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Perhaps I should have asked this earlier but ...</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I am trying to install kronos on a 64-bit debian installation on =
an amd64 box. &#160;Should I be starting with the 32 bit debian iso instead=
? &#160;Does that matter?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks!
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Those alarming &#39;http_critical&#39; messages are all benign.=
 Unfortunately there&#39;s nothing to indicate the cause of your problems i=
n that log. Anything in /var/log/syslog?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 17:46, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Jon,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I see a lot of &#34;[http_critical] Premature termin=
ation of connection!&#34; messages. &#160;Do you know if those are normal o=
r perhaps that is a clue?</span>
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 I attached a log snippet in case you are curious.
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hmm. Have a look through /var/log/xcp-xapi.log and see i=
f there&#39;s anything interesting in there?=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 14:24, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        Thanks Jon - I ran that and xend is not running
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                       <div style=3D"margin: 5px 0px 5px 0px;">
                        <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60=
;=20
                        <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jo=
nathan.Ludlam@eu.citrix.com</a>&#62; wrote:=20
                        <br/>=20
                        <br/>=20
                        <div style=3D"position: relative;">=20
                         <blockquote style=3D"margin-left: 0px; padding-lef=
t: 10px; border-left: solid 1px blue;">
                          Hi Dave,=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Have you disabled xend? Run:
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           ps auxw | grep xend
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           and see if you get anything.&#160;
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Jon
                          </div>=20
                          <div>
                           <br/>=20
                           <div>=20
                            <div>
                             On 1 May 2012, at 13:44, David Hout wrote:
                            </div>=20
                            <br class=3D"Apple-interchange-newline"/>=20
                            <blockquote>=20
                             <div>=20
                              <div style=3D"margin: 0px;">
                               <span>Hi,</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               <span>I&#39;m getting closer with my Kronos =
on Debian configuration.</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               I&#39;m issuing a series of xe commands to l=
aunch a vm and it&#39;s failing with a &#34;device disappeared from xenstor=
e&#34; error. &#160;Can anybody provide guidance?
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Thanks,
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Dave
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Here is the sequence of CLI commands I&#39;m=
 running followed by the error message:
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               <span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=
=9DDebian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe=
 vm-install template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>=
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=
=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><=
br/><span>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</sp=
an><a href=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.o=
rg/debian</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB =
static-max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</spa=
n><br/><span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a f=
ew seconds and comes back with an error:</span><br/><span>The server failed=
 to handle your request, due to an internal error. &#160;The given message =
may give details useful for debugging the problem.</span><br/><span>message=
: &#160;the device disappeared from xenstore (frontend (domid=3D1 | kind=3D=
vbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</sp=
an></strong></span>
                              </div>=20
                              <p style=3D"margin: 0px;">&#160;</p>=20
                             </div>=20
                            </blockquote>=20
                           </div>=20
                          </div>=20
                         </blockquote>=20
                         <br/>&#160;
                        </div>=20
                       </div>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
               <span>&#60;xcp-xapi_snippet.log&#62;</span>
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_194937_1740609130.1335964278638--


--===============0073263258043096318==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0073263258043096318==--


From xen-api-bounces@lists.xen.org Wed May 02 18:18:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 18:18:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPe7f-0002H1-DG; Wed, 02 May 2012 18:17:55 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPe7d-0002Gw-BN
	for xen-api@lists.xen.org; Wed, 02 May 2012 18:17:53 +0000
Received: from [85.158.138.51:36643] by server-10.bemta-3.messagelabs.com id
	A7/D9-29478-05A71AF4; Wed, 02 May 2012 18:17:52 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1335982668!24921493!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMzM2\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 955 invoked from network); 2 May 2012 18:17:50 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 2 May 2012 18:17:50 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q42IHl2w011687
	for <xen-api@lists.xen.org>; Wed, 2 May 2012 14:17:47 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:35691]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id DF/02-07291-B4A71AF4; Wed, 02 May 2012 14:17:47 -0400
Date: Wed, 2 May 2012 14:17:47 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <1278310071.25753.1335982667281.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
	<3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5892298399110736121=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5892298399110736121==
Content-Type: multipart/alternative; 
	boundary="----=_Part_25752_295483433.1335982667242"

------=_Part_25752_295483433.1335982667242
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jon,

I've attached a snippet from my syslog.

My current status is I reinstalled again and this time tried to install an
ubuntu vm using the instructions here
(http://wiki.xen.org/wiki/Installing_Linux_on_Kronos
<http://wiki.xen.org/wiki/Installing_Linux_on_Kronos> )

I get the same error:
the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd |
devid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712)) ]

In the syslog you'll see some other errors:

May 2 13:27:51 kronos xapi: [ info|kronos|0 thread_zero||watchdog] (Re)star=
ting
xapi...
May 2 13:27:51 kronos xapi: [ warn|kronos|0 thread_zero|server_init
D:2539aa6797cb|startup] task [Checking control domain] exception:
Xenctrl.Error("Unable to open XC interface")
May 2 13:27:51 kronos xapi: [error|kronos|0 thread_zero||xapi] Caught excep=
tion
at toplevel: 'Xenctrl.Error("Unable to open XC interface")'
May 2 13:27:51 kronos xcp-fe: 2810 (/usr/sbin/xapi -nowatchdog -writereadyf=
ile
/var/run/xapi_startup.cookie -writ...) exitted with code 2



I always get errors on startup.  My process has been to log in and run
/usr/lib/xcp/bin/xe-toolstack-restart which seems to get all of the service=
s
into a functional state.



I'm trying to persevere but I've been at this for a couple of weeks now and
nothing has worked.  I don't doubt it's somehow my lack of understanding bu=
t I'm
not sure where to turn.  Do you think my PC could somehow just not be
compatible?  That sounds crazy to me but I'm grasping at straws.  Or do som=
e
people have better luck with Ubuntu than Debian?



Thanks,



Dave




On May 2, 2012 at 5:49 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> No, that should be fine - I run the 64 bit version on my laptop, and it s=
eems
> to work nicely. The 32 bit version is more thoroughly tested, that's all.=
 You
> should certainly be able to start vms :-)
>=20
> Jon
>=20
> On 1 May 2012, at 22:22, David Hout wrote:
>=20
> > Perhaps I should have asked this earlier but ...
> >=20
> > I am trying to install kronos on a 64-bit debian installation on an amd=
64
> > box.  Should I be starting with the 32 bit debian iso instead?  Does th=
at
> > matter?
> >=20
> > Thanks!
> >=20
> >=20
> >=20
> > On May 1, 2012 at 1:13 PM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Those alarming 'http_critical' messages are all benign. Unfortunately
> > > there's nothing to indicate the cause of your problems in that log.
> > > Anything in /var/log/syslog?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 17:46, David Hout wrote:
> > >=20
> > > > Jon,
> > > >=20
> > > > I see a lot of "[http_critical] Premature termination of connection=
!"
> > > > messages.  Do you know if those are normal or perhaps that is a clu=
e?
> > > >=20
> > > > I attached a log snippet in case you are curious.
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 10:41 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's
> > > > > anything interesting in there?
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 14:24, David Hout wrote:
> > > > >=20
> > > > > > Thanks Jon - I ran that and xend is not running
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix=
.com>
> > > > > > > wrote:
> > > > > >=20
> > > > > > > Hi Dave,
> > > > > > >=20
> > > > > > > Have you disabled xend? Run:
> > > > > > >=20
> > > > > > > ps auxw | grep xend
> > > > > > >=20
> > > > > > > and see if you get anything.
> > > > > > >=20
> > > > > > > Jon
> > > > > > >=20
> > > > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > > > >=20
> > > > > > > > Hi,
> > > > > > > >=20
> > > > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > > > >=20
> > > > > > > > I'm issuing a series of xe commands to launch a vm and it's
> > > > > > > > failing with a "device disappeared from xenstore" error.  C=
an
> > > > > > > > anybody provide guidance?
> > > > > > > >=20
> > > > > > > > Thanks,
> > > > > > > >=20
> > > > > > > > Dave
> > > > > > > >=20
> > > > > > > > Here is the sequence of CLI commands I'm running followed b=
y the
> > > > > > > > error message:
> > > > > > > >=20
> > > > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian S=
queeze 6.0
> > > > > > > > (32-bit)=E2=80=9D --minimal
> > > > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Dd=
ebian`
> > > > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK =
device=3D0`
> > > > > > > > xe vm-param-set uuid=3D$VM
> > > > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/=
debian
> > > > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D25=
6MiB
> > > > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > > > xe vm-start uuid=3D$VM
> > > > > > > >=20
> > > > > > > > This runs for a few seconds and comes back with an error:
> > > > > > > > The server failed to handle your request, due to an interna=
l
> > > > > > > > error.  The given message may give details useful for debug=
ging
> > > > > > > > the problem.
> > > > > > > > message:  the device disappeared from xenstore (frontend
> > > > > > > > (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D=
0 | kind=3Dvbd
> > > > > > > > | devid=3D51712))
> > > > > > > >=20
> > > > > >=20
> > > > > >=20
> > > >=20
> > > >=20
> > > > <xcp-xapi_snippet.log> =3D?7cc28a61-abbd-4379-ba47-1c6a8dd91e98--
> > >=20
> > >=20
>
------=_Part_25752_295483433.1335982667242
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Jon,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I&#39;ve attached a snippet from my syslog.=
</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>My current status is I reinstalled again an=
d this time tried to install an ubuntu vm using the instructions here (<a h=
ref=3D"http://wiki.xen.org/wiki/Installing_Linux_on_Kronos">http://wiki.xen=
.org/wiki/Installing_Linux_on_Kronos</a>)</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I get the same error:</span></p>=20
  <p style=3D"margin: 0;"><span>the device disappeared from xenstore (front=
end (domid=3D1 | kind=3Dvbd | devid=3D51712); backend (domid=3D0 | kind=3Dv=
bd | devid=3D51712)) ]</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>In the syslog you&#39;ll see some other err=
ors:</span></p>=20
  <p>May 2 13:27:51 kronos xapi: [ info|kronos|0 thread_zero||watchdog] (Re=
)starting xapi...<br/>May 2 13:27:51 kronos xapi: [ warn|kronos|0 thread_ze=
ro|server_init D:2539aa6797cb|startup] task [Checking control domain] excep=
tion: Xenctrl.Error(&#34;Unable to open XC interface&#34;)<br/>May 2 13:27:=
51 kronos xapi: [error|kronos|0 thread_zero||xapi] Caught exception at topl=
evel: &#39;Xenctrl.Error(&#34;Unable to open XC interface&#34;)&#39;<br/>Ma=
y 2 13:27:51 kronos xcp-fe: 2810 (/usr/sbin/xapi -nowatchdog -writereadyfil=
e /var/run/xapi_startup.cookie -writ...) exitted with code 2</p>=20
  <p>&#160;</p>=20
  <p>I always get errors on startup. &#160;My process has been to log in an=
d run /usr/lib/xcp/bin/xe-toolstack-restart which seems to get all of the s=
ervices into a functional state.</p>=20
  <p>&#160;</p>=20
  <p>I&#39;m trying to persevere but I&#39;ve been at this for a couple of =
weeks now and nothing has worked. &#160;I don&#39;t doubt it&#39;s somehow =
my lack of understanding but I&#39;m not sure where to turn. &#160;Do you t=
hink my PC could somehow just not be compatible? &#160;That sounds crazy to=
 me but I&#39;m grasping at straws. &#160;Or do some people have better luc=
k with Ubuntu than Debian?</p>=20
  <p>&#160;</p>=20
  <p>Thanks,</p>=20
  <p>&#160;</p>=20
  <p>Dave</p>=20
  <p>&#160;</p>=20
  <p style=3D"margin: 0;"><span><span></span></span></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 2, 2012 at 5:49 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     No, that should be fine - I run the 64 bit version on my laptop, and i=
t seems to work nicely. The 32 bit version is more thoroughly tested, that&=
#39;s all. You should certainly be able to start vms :-)=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 22:22, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Perhaps I should have asked this earlier but ...</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I am trying to install kronos on a 64-bit debian installation on =
an amd64 box. &#160;Should I be starting with the 32 bit debian iso instead=
? &#160;Does that matter?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks!
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Those alarming &#39;http_critical&#39; messages are all benign.=
 Unfortunately there&#39;s nothing to indicate the cause of your problems i=
n that log. Anything in /var/log/syslog?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 17:46, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Jon,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I see a lot of &#34;[http_critical] Premature termin=
ation of connection!&#34; messages. &#160;Do you know if those are normal o=
r perhaps that is a clue?</span>
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 I attached a log snippet in case you are curious.
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hmm. Have a look through /var/log/xcp-xapi.log and see i=
f there&#39;s anything interesting in there?=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 14:24, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        Thanks Jon - I ran that and xend is not running
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                       <div style=3D"margin: 5px 0px 5px 0px;">
                        <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60=
;=20
                        <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jo=
nathan.Ludlam@eu.citrix.com</a>&#62; wrote:=20
                        <br/>=20
                        <br/>=20
                        <div style=3D"position: relative;">=20
                         <blockquote style=3D"margin-left: 0px; padding-lef=
t: 10px; border-left: solid 1px blue;">
                          Hi Dave,=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Have you disabled xend? Run:
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           ps auxw | grep xend
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           and see if you get anything.&#160;
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Jon
                          </div>=20
                          <div>
                           <br/>=20
                           <div>=20
                            <div>
                             On 1 May 2012, at 13:44, David Hout wrote:
                            </div>=20
                            <br class=3D"Apple-interchange-newline"/>=20
                            <blockquote>=20
                             <div>=20
                              <div style=3D"margin: 0px;">
                               <span>Hi,</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               <span>I&#39;m getting closer with my Kronos =
on Debian configuration.</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               I&#39;m issuing a series of xe commands to l=
aunch a vm and it&#39;s failing with a &#34;device disappeared from xenstor=
e&#34; error. &#160;Can anybody provide guidance?
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Thanks,
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Dave
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Here is the sequence of CLI commands I&#39;m=
 running followed by the error message:
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               <span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=
=9DDebian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe=
 vm-install template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>=
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=
=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><=
br/><span>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</sp=
an><a href=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.o=
rg/debian</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB =
static-max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</spa=
n><br/><span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a f=
ew seconds and comes back with an error:</span><br/><span>The server failed=
 to handle your request, due to an internal error. &#160;The given message =
may give details useful for debugging the problem.</span><br/><span>message=
: &#160;the device disappeared from xenstore (frontend (domid=3D1 | kind=3D=
vbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</sp=
an></strong></span>
                              </div>=20
                              <p style=3D"margin: 0px;">&#160;</p>=20
                             </div>=20
                            </blockquote>=20
                           </div>=20
                          </div>=20
                         </blockquote>=20
                         <br/>&#160;
                        </div>=20
                       </div>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
               <span>&#60;xcp-xapi_snippet.log&#62;</span>
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_25752_295483433.1335982667242--


--===============5892298399110736121==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5892298399110736121==--


From xen-api-bounces@lists.xen.org Wed May 02 18:18:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 18:18:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPe7f-0002H1-DG; Wed, 02 May 2012 18:17:55 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SPe7d-0002Gw-BN
	for xen-api@lists.xen.org; Wed, 02 May 2012 18:17:53 +0000
Received: from [85.158.138.51:36643] by server-10.bemta-3.messagelabs.com id
	A7/D9-29478-05A71AF4; Wed, 02 May 2012 18:17:52 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1335982668!24921493!1
X-Originating-IP: [206.188.198.67]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjcgPT4gMTQzMzM2\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 955 invoked from network); 2 May 2012 18:17:50 -0000
Received: from omr2pod1.networksolutionsemail.com (HELO
	omr2pod1.networksolutionsemail.com) (206.188.198.67)
	by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 2 May 2012 18:17:50 -0000
Received: from cm-omr2pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr2pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q42IHl2w011687
	for <xen-api@lists.xen.org>; Wed, 2 May 2012 14:17:47 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:35691]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr2pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id DF/02-07291-B4A71AF4; Wed, 02 May 2012 14:17:47 -0400
Date: Wed, 2 May 2012 14:17:47 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Message-ID: <1278310071.25753.1335982667281.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
References: <902254994.179065.1335876264362.JavaMail.vpopmail@mail.sequenciainc.com>
	<420668FD-7DA6-4304-9DBC-C5C8B01D3009@eu.citrix.com>
	<1363157661.183602.1335878651415.JavaMail.vpopmail@mail.sequenciainc.com>
	<137DCCBA-7267-4124-AC89-40E2AA211379@eu.citrix.com>
	<886180049.212577.1335890761742.JavaMail.vpopmail@mail.sequenciainc.com>
	<4C2D95CA-EB9F-4EB7-A6D2-E04DCD7CA929@eu.citrix.com>
	<106596902.261317.1335907365500.JavaMail.vpopmail@mail.sequenciainc.com>
	<3618CAAF-EBD0-49DA-BDA8-AEF9773A8F38@eu.citrix.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] device disappeared from xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5892298399110736121=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5892298399110736121==
Content-Type: multipart/alternative; 
	boundary="----=_Part_25752_295483433.1335982667242"

------=_Part_25752_295483433.1335982667242
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Jon,

I've attached a snippet from my syslog.

My current status is I reinstalled again and this time tried to install an
ubuntu vm using the instructions here
(http://wiki.xen.org/wiki/Installing_Linux_on_Kronos
<http://wiki.xen.org/wiki/Installing_Linux_on_Kronos> )

I get the same error:
the device disappeared from xenstore (frontend (domid=3D1 | kind=3Dvbd |
devid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712)) ]

In the syslog you'll see some other errors:

May 2 13:27:51 kronos xapi: [ info|kronos|0 thread_zero||watchdog] (Re)star=
ting
xapi...
May 2 13:27:51 kronos xapi: [ warn|kronos|0 thread_zero|server_init
D:2539aa6797cb|startup] task [Checking control domain] exception:
Xenctrl.Error("Unable to open XC interface")
May 2 13:27:51 kronos xapi: [error|kronos|0 thread_zero||xapi] Caught excep=
tion
at toplevel: 'Xenctrl.Error("Unable to open XC interface")'
May 2 13:27:51 kronos xcp-fe: 2810 (/usr/sbin/xapi -nowatchdog -writereadyf=
ile
/var/run/xapi_startup.cookie -writ...) exitted with code 2



I always get errors on startup.  My process has been to log in and run
/usr/lib/xcp/bin/xe-toolstack-restart which seems to get all of the service=
s
into a functional state.



I'm trying to persevere but I've been at this for a couple of weeks now and
nothing has worked.  I don't doubt it's somehow my lack of understanding bu=
t I'm
not sure where to turn.  Do you think my PC could somehow just not be
compatible?  That sounds crazy to me but I'm grasping at straws.  Or do som=
e
people have better luck with Ubuntu than Debian?



Thanks,



Dave




On May 2, 2012 at 5:49 AM Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com> w=
rote:

> No, that should be fine - I run the 64 bit version on my laptop, and it s=
eems
> to work nicely. The 32 bit version is more thoroughly tested, that's all.=
 You
> should certainly be able to start vms :-)
>=20
> Jon
>=20
> On 1 May 2012, at 22:22, David Hout wrote:
>=20
> > Perhaps I should have asked this earlier but ...
> >=20
> > I am trying to install kronos on a 64-bit debian installation on an amd=
64
> > box.  Should I be starting with the 32 bit debian iso instead?  Does th=
at
> > matter?
> >=20
> > Thanks!
> >=20
> >=20
> >=20
> > On May 1, 2012 at 1:13 PM Jonathan Ludlam < Jonathan.Ludlam@eu.citrix.c=
om
> > <mailto:Jonathan.Ludlam@eu.citrix.com> > wrote:
> >=20
> > > Those alarming 'http_critical' messages are all benign. Unfortunately
> > > there's nothing to indicate the cause of your problems in that log.
> > > Anything in /var/log/syslog?
> > >=20
> > > Jon
> > >=20
> > > On 1 May 2012, at 17:46, David Hout wrote:
> > >=20
> > > > Jon,
> > > >=20
> > > > I see a lot of "[http_critical] Premature termination of connection=
!"
> > > > messages.  Do you know if those are normal or perhaps that is a clu=
e?
> > > >=20
> > > > I attached a log snippet in case you are curious.
> > > >=20
> > > > Thanks,
> > > >=20
> > > > Dave
> > > >=20
> > > >=20
> > > >=20
> > > >=20
> > > > On May 1, 2012 at 10:41 AM Jonathan Ludlam <
> > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix.com=
> >
> > > > wrote:
> > > >=20
> > > > > Hmm. Have a look through /var/log/xcp-xapi.log and see if there's
> > > > > anything interesting in there?
> > > > >=20
> > > > > Jon
> > > > >=20
> > > > > On 1 May 2012, at 14:24, David Hout wrote:
> > > > >=20
> > > > > > Thanks Jon - I ran that and xend is not running
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > >=20
> > > > > > On May 1, 2012 at 8:50 AM Jonathan Ludlam <
> > > > > > Jonathan.Ludlam@eu.citrix.com <mailto:Jonathan.Ludlam@eu.citrix=
.com>
> > > > > > > wrote:
> > > > > >=20
> > > > > > > Hi Dave,
> > > > > > >=20
> > > > > > > Have you disabled xend? Run:
> > > > > > >=20
> > > > > > > ps auxw | grep xend
> > > > > > >=20
> > > > > > > and see if you get anything.
> > > > > > >=20
> > > > > > > Jon
> > > > > > >=20
> > > > > > > On 1 May 2012, at 13:44, David Hout wrote:
> > > > > > >=20
> > > > > > > > Hi,
> > > > > > > >=20
> > > > > > > > I'm getting closer with my Kronos on Debian configuration.
> > > > > > > >=20
> > > > > > > > I'm issuing a series of xe commands to launch a vm and it's
> > > > > > > > failing with a "device disappeared from xenstore" error.  C=
an
> > > > > > > > anybody provide guidance?
> > > > > > > >=20
> > > > > > > > Thanks,
> > > > > > > >=20
> > > > > > > > Dave
> > > > > > > >=20
> > > > > > > > Here is the sequence of CLI commands I'm running followed b=
y the
> > > > > > > > error message:
> > > > > > > >=20
> > > > > > > > TEMPLATE=3D`xe template-list name-label=3D=E2=80=9DDebian S=
queeze 6.0
> > > > > > > > (32-bit)=E2=80=9D --minimal
> > > > > > > > VM=3D`xe vm-install template=3D$TEMPLATE new-name-label=3Dd=
ebian`
> > > > > > > > NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`
> > > > > > > > VIF=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK =
device=3D0`
> > > > > > > > xe vm-param-set uuid=3D$VM
> > > > > > > > other-config:install-repository=3Dhttp://ftp.uk.debian.org/=
debian
> > > > > > > > <http://ftp.uk.debian.org/debian>
> > > > > > > > xe vm-memory-limits-set static-min=3D256MiB static-max=3D25=
6MiB
> > > > > > > > dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM
> > > > > > > > xe vm-start uuid=3D$VM
> > > > > > > >=20
> > > > > > > > This runs for a few seconds and comes back with an error:
> > > > > > > > The server failed to handle your request, due to an interna=
l
> > > > > > > > error.  The given message may give details useful for debug=
ging
> > > > > > > > the problem.
> > > > > > > > message:  the device disappeared from xenstore (frontend
> > > > > > > > (domid=3D1 | kind=3Dvbd | debid=3D51712); backend (domid=3D=
0 | kind=3Dvbd
> > > > > > > > | devid=3D51712))
> > > > > > > >=20
> > > > > >=20
> > > > > >=20
> > > >=20
> > > >=20
> > > > <xcp-xapi_snippet.log> =3D?7cc28a61-abbd-4379-ba47-1c6a8dd91e98--
> > >=20
> > >=20
>
------=_Part_25752_295483433.1335982667242
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org=
/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns=3D"http://www.w3.org/1999/xht=
ml"><head>
    <meta content=3D"text/html; charset=3DUTF-8" http-equiv=3D"Content-Type=
"/>
 </head><body>
=20
=20
  <p style=3D"margin: 0;"><span>Jon,</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I&#39;ve attached a snippet from my syslog.=
</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>My current status is I reinstalled again an=
d this time tried to install an ubuntu vm using the instructions here (<a h=
ref=3D"http://wiki.xen.org/wiki/Installing_Linux_on_Kronos">http://wiki.xen=
.org/wiki/Installing_Linux_on_Kronos</a>)</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>I get the same error:</span></p>=20
  <p style=3D"margin: 0;"><span>the device disappeared from xenstore (front=
end (domid=3D1 | kind=3Dvbd | devid=3D51712); backend (domid=3D0 | kind=3Dv=
bd | devid=3D51712)) ]</span></p>=20
  <p style=3D"margin: 0;"><span>&#160;</span></p>=20
  <p style=3D"margin: 0;"><span>In the syslog you&#39;ll see some other err=
ors:</span></p>=20
  <p>May 2 13:27:51 kronos xapi: [ info|kronos|0 thread_zero||watchdog] (Re=
)starting xapi...<br/>May 2 13:27:51 kronos xapi: [ warn|kronos|0 thread_ze=
ro|server_init D:2539aa6797cb|startup] task [Checking control domain] excep=
tion: Xenctrl.Error(&#34;Unable to open XC interface&#34;)<br/>May 2 13:27:=
51 kronos xapi: [error|kronos|0 thread_zero||xapi] Caught exception at topl=
evel: &#39;Xenctrl.Error(&#34;Unable to open XC interface&#34;)&#39;<br/>Ma=
y 2 13:27:51 kronos xcp-fe: 2810 (/usr/sbin/xapi -nowatchdog -writereadyfil=
e /var/run/xapi_startup.cookie -writ...) exitted with code 2</p>=20
  <p>&#160;</p>=20
  <p>I always get errors on startup. &#160;My process has been to log in an=
d run /usr/lib/xcp/bin/xe-toolstack-restart which seems to get all of the s=
ervices into a functional state.</p>=20
  <p>&#160;</p>=20
  <p>I&#39;m trying to persevere but I&#39;ve been at this for a couple of =
weeks now and nothing has worked. &#160;I don&#39;t doubt it&#39;s somehow =
my lack of understanding but I&#39;m not sure where to turn. &#160;Do you t=
hink my PC could somehow just not be compatible? &#160;That sounds crazy to=
 me but I&#39;m grasping at straws. &#160;Or do some people have better luc=
k with Ubuntu than Debian?</p>=20
  <p>&#160;</p>=20
  <p>Thanks,</p>=20
  <p>&#160;</p>=20
  <p>Dave</p>=20
  <p>&#160;</p>=20
  <p style=3D"margin: 0;"><span><span></span></span></p>=20
  <p style=3D"margin: 0px; "></p>=20
  <div style=3D"margin: 5px 0px 5px 0px;">
   <br/>On May 2, 2012 at 5:49 AM Jonathan Ludlam &#60;Jonathan.Ludlam@eu.c=
itrix.com&#62; wrote:
   <br/>
   <br/>=20
   <div style=3D"position: relative;">=20
    <blockquote style=3D"margin-left: 0px; padding-left: 10px; border-left:=
 solid 1px blue;">
     No, that should be fine - I run the 64 bit version on my laptop, and i=
t seems to work nicely. The 32 bit version is more thoroughly tested, that&=
#39;s all. You should certainly be able to start vms :-)=20
     <div>
      &#160;
     </div>=20
     <div>
      Jon
     </div>=20
     <div>
      <br/>=20
      <div>=20
       <div>
        On 1 May 2012, at 22:22, David Hout wrote:
       </div>=20
       <br class=3D"Apple-interchange-newline"/>=20
       <blockquote>=20
        <div>=20
         <div style=3D"margin: 0px;">
          <span>Perhaps I should have asked this earlier but ...</span>
         </div>=20
         <p style=3D"margin: 0;"><span>&#160;</span></p>=20
         <div style=3D"margin: 0px;">
          I am trying to install kronos on a 64-bit debian installation on =
an amd64 box. &#160;Should I be starting with the 32 bit debian iso instead=
? &#160;Does that matter?
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 0px;">
          Thanks!
         </div>=20
         <p style=3D"margin: 0;">&#160;</p>=20
         <div style=3D"margin: 5px 0px 5px 0px;">
          <br/>On May 1, 2012 at 1:13 PM Jonathan Ludlam &#60;
          <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.Ludlam@=
eu.citrix.com</a>&#62; wrote:=20
          <br/>=20
          <br/>=20
          <div style=3D"position: relative;">=20
           <blockquote style=3D"margin-left: 0px; padding-left: 10px; borde=
r-left: solid 1px blue;">
            Those alarming &#39;http_critical&#39; messages are all benign.=
 Unfortunately there&#39;s nothing to indicate the cause of your problems i=
n that log. Anything in /var/log/syslog?=20
            <div>
             &#160;
            </div>=20
            <div>
             Jon
            </div>=20
            <div>
             <br/>=20
             <div>=20
              <div>
               On 1 May 2012, at 17:46, David Hout wrote:
              </div>=20
              <br class=3D"Apple-interchange-newline"/>=20
              <blockquote>=20
               <div>=20
                <div style=3D"margin: 0px;">
                 <span>Jon,</span>
                </div>=20
                <p style=3D"margin: 0;"><span>&#160;</span></p>=20
                <div style=3D"margin: 0px;">
                 <span>I see a lot of &#34;[http_critical] Premature termin=
ation of connection!&#34; messages. &#160;Do you know if those are normal o=
r perhaps that is a clue?</span>
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 I attached a log snippet in case you are curious.
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Thanks,
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <div style=3D"margin: 0px;">
                 Dave
                </div>=20
                <p style=3D"margin: 0;">&#160;</p>=20
                <p style=3D"margin: 0px;">&#160;</p>=20
                <div style=3D"margin: 5px 0px 5px 0px;">
                 <br/>On May 1, 2012 at 10:41 AM Jonathan Ludlam &#60;=20
                 <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jonathan.=
Ludlam@eu.citrix.com</a>&#62; wrote:=20
                 <br/>=20
                 <br/>=20
                 <div style=3D"position: relative;">=20
                  <blockquote style=3D"margin-left: 0px; padding-left: 10px=
; border-left: solid 1px blue;">
                   Hmm. Have a look through /var/log/xcp-xapi.log and see i=
f there&#39;s anything interesting in there?=20
                   <div>
                    &#160;
                   </div>=20
                   <div>
                    Jon
                   </div>=20
                   <div>
                    <br/>=20
                    <div>=20
                     <div>
                      On 1 May 2012, at 14:24, David Hout wrote:
                     </div>=20
                     <br class=3D"Apple-interchange-newline"/>=20
                     <blockquote>=20
                      <div>=20
                       <div style=3D"margin: 0px;">
                        Thanks Jon - I ran that and xend is not running
                       </div>=20
                       <p style=3D"margin: 0;">&#160;</p>=20
                       <p style=3D"margin: 0px;">&#160;</p>=20
                       <div style=3D"margin: 5px 0px 5px 0px;">
                        <br/>On May 1, 2012 at 8:50 AM Jonathan Ludlam &#60=
;=20
                        <a href=3D"mailto:Jonathan.Ludlam@eu.citrix.com">Jo=
nathan.Ludlam@eu.citrix.com</a>&#62; wrote:=20
                        <br/>=20
                        <br/>=20
                        <div style=3D"position: relative;">=20
                         <blockquote style=3D"margin-left: 0px; padding-lef=
t: 10px; border-left: solid 1px blue;">
                          Hi Dave,=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Have you disabled xend? Run:
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           ps auxw | grep xend
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           and see if you get anything.&#160;
                          </div>=20
                          <div>
                           &#160;
                          </div>=20
                          <div>
                           Jon
                          </div>=20
                          <div>
                           <br/>=20
                           <div>=20
                            <div>
                             On 1 May 2012, at 13:44, David Hout wrote:
                            </div>=20
                            <br class=3D"Apple-interchange-newline"/>=20
                            <blockquote>=20
                             <div>=20
                              <div style=3D"margin: 0px;">
                               <span>Hi,</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               <span>I&#39;m getting closer with my Kronos =
on Debian configuration.</span>
                              </div>=20
                              <p style=3D"margin: 0;"><span>&#160;</span></=
p>=20
                              <div style=3D"margin: 0px;">
                               I&#39;m issuing a series of xe commands to l=
aunch a vm and it&#39;s failing with a &#34;device disappeared from xenstor=
e&#34; error. &#160;Can anybody provide guidance?
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Thanks,
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Dave
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               Here is the sequence of CLI commands I&#39;m=
 running followed by the error message:
                              </div>=20
                              <p style=3D"margin: 0;">&#160;</p>=20
                              <div style=3D"margin: 0px;">
                               <span><strong id=3D"internal-source-marker_0=
.36583621986210346"><span>TEMPLATE=3D`xe template-list name-label=3D=E2=80=
=9DDebian Squeeze 6.0 (32-bit)=E2=80=9D --minimal</span><br/><span>VM=3D`xe=
 vm-install template=3D$TEMPLATE new-name-label=3Ddebian`</span><br/><span>=
NETWORK=3D`xe network-list bridge=3Dxenbr0 --minimal`</span><br/><span>VIF=
=3D`xe vif-create vm-uuid=3D$VM network-uuid=3D$NETWORK device=3D0`</span><=
br/><span>xe vm-param-set uuid=3D$VM other-config:install-repository=3D</sp=
an><a href=3D"http://ftp.uk.debian.org/debian"><span>http://ftp.uk.debian.o=
rg/debian</span></a><br/><span>xe vm-memory-limits-set static-min=3D256MiB =
static-max=3D256MiB dynamic-min=3D256MiB dynamic-max=3D256MiB vm=3D$VM</spa=
n><br/><span>xe vm-start uuid=3D$VM</span><br/><br/><span>This runs for a f=
ew seconds and comes back with an error:</span><br/><span>The server failed=
 to handle your request, due to an internal error. &#160;The given message =
may give details useful for debugging the problem.</span><br/><span>message=
: &#160;the device disappeared from xenstore (frontend (domid=3D1 | kind=3D=
vbd | debid=3D51712); backend (domid=3D0 | kind=3Dvbd | devid=3D51712))</sp=
an></strong></span>
                              </div>=20
                              <p style=3D"margin: 0px;">&#160;</p>=20
                             </div>=20
                            </blockquote>=20
                           </div>=20
                          </div>=20
                         </blockquote>=20
                         <br/>&#160;
                        </div>=20
                       </div>=20
                      </div>=20
                     </blockquote>=20
                    </div>=20
                   </div>=20
                  </blockquote>=20
                  <br/>&#160;
                 </div>=20
                </div>=20
               </div>=20
               <span>&#60;xcp-xapi_snippet.log&#62;</span>
              </blockquote>=20
             </div>=20
            </div>=20
           </blockquote>=20
           <br/>&#160;
          </div>=20
         </div>=20
        </div>=20
       </blockquote>=20
      </div>=20
     </div>=20
    </blockquote>=20
    <br/>&#160;
   </div>=20
  </div>=20
=20
</body></html>
------=_Part_25752_295483433.1335982667242--


--===============5892298399110736121==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5892298399110736121==--


From xen-api-bounces@lists.xen.org Wed May 02 21:36:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 21:36:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhDb-00056j-TY; Wed, 02 May 2012 21:36:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPhDa-00056a-H5
	for xen-api@lists.xen.org; Wed, 02 May 2012 21:36:14 +0000
Received: from [85.158.143.35:16483] by server-3.bemta-4.messagelabs.com id
	93/8D-05853-DC8A1AF4; Wed, 02 May 2012 21:36:13 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-14.tower-21.messagelabs.com!1335994571!13924150!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15016 invoked from network); 2 May 2012 21:36:12 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-14.tower-21.messagelabs.com with SMTP;
	2 May 2012 21:36:12 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Wed, 2 May 2012 14:36:04 -0700
Message-ID: <4FA1A8C3.3070708@holgerdanske.com>
Date: Wed, 02 May 2012 14:36:03 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)" "No
 Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

xen-api:

I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop 
computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):

     Enable thin provisioning.

     Don't install any Supplemental Packs (not available for XCP)

     Set hostname to "i72600s".


I then logged into the XCP box via SSH and attempted to create a "Debian 
Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual 
Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 
Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":

	http://xen.org/files/XenCloud/guest.pdf


2012-05-02 12:58:17 root@i72600s ~
# xe template-list | grep name-label | grep Debian
	  name-label ( RW): Debian Lenny 5.0 (32-bit)
	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
	  name-label ( RW): Debian Squeeze 6.0 (32-bit)

2012-05-02 14:03:24 root@i72600s ~
# xe vm-install template="Debian Squeeze 6.0 (64-bit)" 
new-name-label=squeeze64
876cf211-b265-d485-f7f6-efe5aa1c5c4c

2012-05-02 14:04:00 root@i72600s ~
# xe vm-param-set uuid=876cf211-b265-d485-f7f6-efe5aa1c5c4c 
other-config:install-repository="http://apt:9999/debian"

2012-05-02 14:04:52 root@i72600s ~
# xe vm-list
uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
      name-label ( RW): Control domain on host: i72600s
     power-state ( RO): running


uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
      name-label ( RW): squeeze64
     power-state ( RO): halted



2012-05-02 14:05:00 root@i72600s ~
# xe vm-start vm=squeeze64


The above command took a very long time on previous attempts.  I've
since installed an Apt proxy (approx), so this time starting the VM was 
much faster (loading kernel image over network?).


Continuing:


2012-05-02 14:05:23 root@i72600s ~
# xe vm-list
uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
name-label ( RW): Control domain on host: i72600s
power-state ( RO): running


uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
name-label ( RW): squeeze64
power-state ( RO): running



2012-05-02 14:05:37 root@i72600s ~
# xe console vm=squeeze64
Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.


Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
running, and paints enough of the screen that I can select "<Go Back>".
This takes me to the "Debian installer main menu".


At the "Select a language" screen, choose "English" .


At the "Select your location" screen, choose "United States".


At the "Configure the keyboard" screen, choose "American English".


At the "Detect network hardware" screen:

     No Ethernet card was detected. If you know the name of the driver
     needed by your Ethernet card, you can select it from the list.

     Driver needed by your Ethernet card:


Scrolling down the list, I see:

     xen-netfront: Xen Virtual Ethernet


But I am unable to select it via <Space> key.  Pressing <Enter>
repaints the screen.  I'm stuck, and cannot proceed forward in the
installer (?).


Press Ctrl+] to exit VM and shut it down:

2012-05-02 14:18:27 root@i72600s ~
# xe vm-shutdown vm=squeeze64


Any suggestions?


TIA,

David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 21:36:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 21:36:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhDb-00056j-TY; Wed, 02 May 2012 21:36:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPhDa-00056a-H5
	for xen-api@lists.xen.org; Wed, 02 May 2012 21:36:14 +0000
Received: from [85.158.143.35:16483] by server-3.bemta-4.messagelabs.com id
	93/8D-05853-DC8A1AF4; Wed, 02 May 2012 21:36:13 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-14.tower-21.messagelabs.com!1335994571!13924150!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15016 invoked from network); 2 May 2012 21:36:12 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-14.tower-21.messagelabs.com with SMTP;
	2 May 2012 21:36:12 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Wed, 2 May 2012 14:36:04 -0700
Message-ID: <4FA1A8C3.3070708@holgerdanske.com>
Date: Wed, 02 May 2012 14:36:03 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)" "No
 Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

xen-api:

I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop 
computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):

     Enable thin provisioning.

     Don't install any Supplemental Packs (not available for XCP)

     Set hostname to "i72600s".


I then logged into the XCP box via SSH and attempted to create a "Debian 
Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual 
Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 
Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":

	http://xen.org/files/XenCloud/guest.pdf


2012-05-02 12:58:17 root@i72600s ~
# xe template-list | grep name-label | grep Debian
	  name-label ( RW): Debian Lenny 5.0 (32-bit)
	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
	  name-label ( RW): Debian Squeeze 6.0 (32-bit)

2012-05-02 14:03:24 root@i72600s ~
# xe vm-install template="Debian Squeeze 6.0 (64-bit)" 
new-name-label=squeeze64
876cf211-b265-d485-f7f6-efe5aa1c5c4c

2012-05-02 14:04:00 root@i72600s ~
# xe vm-param-set uuid=876cf211-b265-d485-f7f6-efe5aa1c5c4c 
other-config:install-repository="http://apt:9999/debian"

2012-05-02 14:04:52 root@i72600s ~
# xe vm-list
uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
      name-label ( RW): Control domain on host: i72600s
     power-state ( RO): running


uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
      name-label ( RW): squeeze64
     power-state ( RO): halted



2012-05-02 14:05:00 root@i72600s ~
# xe vm-start vm=squeeze64


The above command took a very long time on previous attempts.  I've
since installed an Apt proxy (approx), so this time starting the VM was 
much faster (loading kernel image over network?).


Continuing:


2012-05-02 14:05:23 root@i72600s ~
# xe vm-list
uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
name-label ( RW): Control domain on host: i72600s
power-state ( RO): running


uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
name-label ( RW): squeeze64
power-state ( RO): running



2012-05-02 14:05:37 root@i72600s ~
# xe console vm=squeeze64
Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.


Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
running, and paints enough of the screen that I can select "<Go Back>".
This takes me to the "Debian installer main menu".


At the "Select a language" screen, choose "English" .


At the "Select your location" screen, choose "United States".


At the "Configure the keyboard" screen, choose "American English".


At the "Detect network hardware" screen:

     No Ethernet card was detected. If you know the name of the driver
     needed by your Ethernet card, you can select it from the list.

     Driver needed by your Ethernet card:


Scrolling down the list, I see:

     xen-netfront: Xen Virtual Ethernet


But I am unable to select it via <Space> key.  Pressing <Enter>
repaints the screen.  I'm stuck, and cannot proceed forward in the
installer (?).


Press Ctrl+] to exit VM and shut it down:

2012-05-02 14:18:27 root@i72600s ~
# xe vm-shutdown vm=squeeze64


Any suggestions?


TIA,

David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 21:52:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 21:52:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhSz-0005Na-4V; Wed, 02 May 2012 21:52:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPhSx-0005NT-4G
	for xen-api@lists.xen.org; Wed, 02 May 2012 21:52:07 +0000
Received: from [85.158.139.83:21473] by server-11.bemta-5.messagelabs.com id
	90/39-12959-68CA1AF4; Wed, 02 May 2012 21:52:06 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1335995525!26473179!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 686 invoked from network); 2 May 2012 21:52:05 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 21:52:05 -0000
X-IronPort-AV: E=Sophos;i="4.75,518,1330905600"; d="scan'208";a="12260223"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 21:52:04 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 2 May 2012
	22:52:04 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Wed, 2 May 2012 22:52:00 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0orc/LiXM1GtJWR5WisB6E9JLaqg==
Message-ID: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
In-Reply-To: <4FA1A8C3.3070708@holgerdanske.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Somewhat counter-intuitively, although you've booted your VM from the netwo=
rk, it's not got a network interface. You'll need to add one:

'xe network-list' to find an appropriate network, then
'xe vif-create vm-uuid=3D=85 network-uuid=3D=85 device=3D0'

before you start the guest.

The reason you were able to boot the guest at all is that the kernel is dow=
nloaded by the control domain. Once it has it and the initrd, it then start=
s the guest and the install proceeds from there. However, your guest has no=
 network device, so it fails.

Jon

On 2 May 2012, at 22:36, David Christensen wrote:

> xen-api:
> =

> I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop =

> computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):
> =

>     Enable thin provisioning.
> =

>     Don't install any Supplemental Packs (not available for XCP)
> =

>     Set hostname to "i72600s".
> =

> =

> I then logged into the XCP box via SSH and attempted to create a "Debian =

> Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual =

> Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 =

> Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":
> =

> 	http://xen.org/files/XenCloud/guest.pdf
> =

> =

> 2012-05-02 12:58:17 root@i72600s ~
> # xe template-list | grep name-label | grep Debian
> 	  name-label ( RW): Debian Lenny 5.0 (32-bit)
> 	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
> 	  name-label ( RW): Debian Squeeze 6.0 (32-bit)
> =

> 2012-05-02 14:03:24 root@i72600s ~
> # xe vm-install template=3D"Debian Squeeze 6.0 (64-bit)" =

> new-name-label=3Dsqueeze64
> 876cf211-b265-d485-f7f6-efe5aa1c5c4c
> =

> 2012-05-02 14:04:00 root@i72600s ~
> # xe vm-param-set uuid=3D876cf211-b265-d485-f7f6-efe5aa1c5c4c =

> other-config:install-repository=3D"http://apt:9999/debian"
> =

> 2012-05-02 14:04:52 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>      name-label ( RW): Control domain on host: i72600s
>     power-state ( RO): running
> =

> =

> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>      name-label ( RW): squeeze64
>     power-state ( RO): halted
> =

> =

> =

> 2012-05-02 14:05:00 root@i72600s ~
> # xe vm-start vm=3Dsqueeze64
> =

> =

> The above command took a very long time on previous attempts.  I've
> since installed an Apt proxy (approx), so this time starting the VM was =

> much faster (loading kernel image over network?).
> =

> =

> Continuing:
> =

> =

> 2012-05-02 14:05:23 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
> name-label ( RW): Control domain on host: i72600s
> power-state ( RO): running
> =

> =

> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
> name-label ( RW): squeeze64
> power-state ( RO): running
> =

> =

> =

> 2012-05-02 14:05:37 root@i72600s ~
> # xe console vm=3Dsqueeze64
> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
> =

> =

> Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
> running, and paints enough of the screen that I can select "<Go Back>".
> This takes me to the "Debian installer main menu".
> =

> =

> At the "Select a language" screen, choose "English" .
> =

> =

> At the "Select your location" screen, choose "United States".
> =

> =

> At the "Configure the keyboard" screen, choose "American English".
> =

> =

> At the "Detect network hardware" screen:
> =

>     No Ethernet card was detected. If you know the name of the driver
>     needed by your Ethernet card, you can select it from the list.
> =

>     Driver needed by your Ethernet card:
> =

> =

> Scrolling down the list, I see:
> =

>     xen-netfront: Xen Virtual Ethernet
> =

> =

> But I am unable to select it via <Space> key.  Pressing <Enter>
> repaints the screen.  I'm stuck, and cannot proceed forward in the
> installer (?).
> =

> =

> Press Ctrl+] to exit VM and shut it down:
> =

> 2012-05-02 14:18:27 root@i72600s ~
> # xe vm-shutdown vm=3Dsqueeze64
> =

> =

> Any suggestions?
> =

> =

> TIA,
> =

> David
> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 21:52:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 21:52:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhSz-0005Na-4V; Wed, 02 May 2012 21:52:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPhSx-0005NT-4G
	for xen-api@lists.xen.org; Wed, 02 May 2012 21:52:07 +0000
Received: from [85.158.139.83:21473] by server-11.bemta-5.messagelabs.com id
	90/39-12959-68CA1AF4; Wed, 02 May 2012 21:52:06 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1335995525!26473179!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjQxMg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 686 invoked from network); 2 May 2012 21:52:05 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	2 May 2012 21:52:05 -0000
X-IronPort-AV: E=Sophos;i="4.75,518,1330905600"; d="scan'208";a="12260223"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	02 May 2012 21:52:04 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 2 May 2012
	22:52:04 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Wed, 2 May 2012 22:52:00 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0orc/LiXM1GtJWR5WisB6E9JLaqg==
Message-ID: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
In-Reply-To: <4FA1A8C3.3070708@holgerdanske.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Somewhat counter-intuitively, although you've booted your VM from the netwo=
rk, it's not got a network interface. You'll need to add one:

'xe network-list' to find an appropriate network, then
'xe vif-create vm-uuid=3D=85 network-uuid=3D=85 device=3D0'

before you start the guest.

The reason you were able to boot the guest at all is that the kernel is dow=
nloaded by the control domain. Once it has it and the initrd, it then start=
s the guest and the install proceeds from there. However, your guest has no=
 network device, so it fails.

Jon

On 2 May 2012, at 22:36, David Christensen wrote:

> xen-api:
> =

> I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop =

> computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):
> =

>     Enable thin provisioning.
> =

>     Don't install any Supplemental Packs (not available for XCP)
> =

>     Set hostname to "i72600s".
> =

> =

> I then logged into the XCP box via SSH and attempted to create a "Debian =

> Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual =

> Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 =

> Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":
> =

> 	http://xen.org/files/XenCloud/guest.pdf
> =

> =

> 2012-05-02 12:58:17 root@i72600s ~
> # xe template-list | grep name-label | grep Debian
> 	  name-label ( RW): Debian Lenny 5.0 (32-bit)
> 	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
> 	  name-label ( RW): Debian Squeeze 6.0 (32-bit)
> =

> 2012-05-02 14:03:24 root@i72600s ~
> # xe vm-install template=3D"Debian Squeeze 6.0 (64-bit)" =

> new-name-label=3Dsqueeze64
> 876cf211-b265-d485-f7f6-efe5aa1c5c4c
> =

> 2012-05-02 14:04:00 root@i72600s ~
> # xe vm-param-set uuid=3D876cf211-b265-d485-f7f6-efe5aa1c5c4c =

> other-config:install-repository=3D"http://apt:9999/debian"
> =

> 2012-05-02 14:04:52 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>      name-label ( RW): Control domain on host: i72600s
>     power-state ( RO): running
> =

> =

> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>      name-label ( RW): squeeze64
>     power-state ( RO): halted
> =

> =

> =

> 2012-05-02 14:05:00 root@i72600s ~
> # xe vm-start vm=3Dsqueeze64
> =

> =

> The above command took a very long time on previous attempts.  I've
> since installed an Apt proxy (approx), so this time starting the VM was =

> much faster (loading kernel image over network?).
> =

> =

> Continuing:
> =

> =

> 2012-05-02 14:05:23 root@i72600s ~
> # xe vm-list
> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
> name-label ( RW): Control domain on host: i72600s
> power-state ( RO): running
> =

> =

> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
> name-label ( RW): squeeze64
> power-state ( RO): running
> =

> =

> =

> 2012-05-02 14:05:37 root@i72600s ~
> # xe console vm=3Dsqueeze64
> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
> =

> =

> Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
> running, and paints enough of the screen that I can select "<Go Back>".
> This takes me to the "Debian installer main menu".
> =

> =

> At the "Select a language" screen, choose "English" .
> =

> =

> At the "Select your location" screen, choose "United States".
> =

> =

> At the "Configure the keyboard" screen, choose "American English".
> =

> =

> At the "Detect network hardware" screen:
> =

>     No Ethernet card was detected. If you know the name of the driver
>     needed by your Ethernet card, you can select it from the list.
> =

>     Driver needed by your Ethernet card:
> =

> =

> Scrolling down the list, I see:
> =

>     xen-netfront: Xen Virtual Ethernet
> =

> =

> But I am unable to select it via <Space> key.  Pressing <Enter>
> repaints the screen.  I'm stuck, and cannot proceed forward in the
> installer (?).
> =

> =

> Press Ctrl+] to exit VM and shut it down:
> =

> 2012-05-02 14:18:27 root@i72600s ~
> # xe vm-shutdown vm=3Dsqueeze64
> =

> =

> Any suggestions?
> =

> =

> TIA,
> =

> David
> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 02 22:23:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 22:23:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhx9-0006MJ-1l; Wed, 02 May 2012 22:23:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPhx7-0006M6-KK
	for xen-api@lists.xen.org; Wed, 02 May 2012 22:23:17 +0000
Received: from [85.158.143.99:47501] by server-1.bemta-4.messagelabs.com id
	EA/8D-20925-4D3B1AF4; Wed, 02 May 2012 22:23:16 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-2.tower-216.messagelabs.com!1335997393!20910809!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20578 invoked from network); 2 May 2012 22:23:14 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-2.tower-216.messagelabs.com with SMTP;
	2 May 2012 22:23:14 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Wed, 2 May 2012 15:23:03 -0700
Message-ID: <4FA1B3C4.8010309@holgerdanske.com>
Date: Wed, 02 May 2012 15:23:00 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
In-Reply-To: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

VG9wIHBvc3Rpbmc/ICBPa2F5Li4uCgoKSm9uYXRoYW4gLS0gdGhhbmtzIGZvciB0aGUgcmVwbHku
ICA6LSkKCgoyMDEyLTA1LTAyIDE1OjEwOjMwIHJvb3RAaTcyNjAwcyB+CiMgeGUgbmV0d29yay1s
aXN0CnV1aWQgKCBSTykgICAgICAgICAgICAgICAgOiA3NzMwZGZlMS02YTkzLWYyNjItNjliOS05
Njg0NDUwYmYyODYKICAgICAgICAgICBuYW1lLWxhYmVsICggUlcpOiBQb29sLXdpZGUgbmV0d29y
ayBhc3NvY2lhdGVkIHdpdGggZXRoMAogICAgIG5hbWUtZGVzY3JpcHRpb24gKCBSVyk6CiAgICAg
ICAgICAgICAgIGJyaWRnZSAoIFJPKTogeGVuYnIwCgoKdXVpZCAoIFJPKSAgICAgICAgICAgICAg
ICA6IGU4NWNiZjJkLTllMjQtZjUwMC1kZTYyLTcyMWVjMWNiYTg0ZQogICAgICAgICAgIG5hbWUt
bGFiZWwgKCBSVyk6IEhvc3QgaW50ZXJuYWwgbWFuYWdlbWVudCBuZXR3b3JrCiAgICAgbmFtZS1k
ZXNjcmlwdGlvbiAoIFJXKTogTmV0d29yayBvbiB3aGljaCBndWVzdHMgd2lsbCBiZSBhc3NpZ25l
ZCBhIApwcml2YXRlIGxpbmstbG9jYWwgSVAgYWRkcmVzcyB3aGljaCBjYW4gYmUgdXNlZCB0byB0
YWxrIFhlbkFQSQogICAgICAgICAgICAgICBicmlkZ2UgKCBSTyk6IHhlbmFwaQoKCgpJdCBsb29r
cyBsaWtlIEkgaGF2ZSB0d28gY2hvaWNlcy4gIEknbGwgZ3Vlc3MgdGhlIGZpcnN0IG9uZToKCjIw
MTItMDUtMDIgMTU6MTI6MTAgcm9vdEBpNzI2MDBzIH4KIyB4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ9
ODc2Y2YyMTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFhMWM1YzRjIApuZXR3b3JrLXV1aWQ9NzczMGRm
ZTEtNmE5My1mMjYyLTY5YjktOTY4NDQ1MGJmMjg2IGRldmljZT0wCjkzNDVkNGIxLTlmMDktZDYw
Yi1lNTAxLTNkMWQ4NDc2YjI3OQoKCjIwMTItMDUtMDIgMTU6MTY6MTYgcm9vdEBpNzI2MDBzIH4K
IyB4ZSB2bS1zdGFydCB2bT1zcXVlZXplNjQKRXJyb3IgY29kZTogVHJhY2ViYWNrIChtb3N0IHJl
Y2VudCBjYWxsIGxhc3QpOgpFcnJvciBwYXJhbWV0ZXJzOiAgIEZpbGUgIi91c3IvYmluL3B5Z3J1
YiIsIGxpbmUgODA4LCBpbiA/LCAgICAgZnMgPSAKZnNpbWFnZS5vcGVuKGZpbGUsIHBhcnRfb2Zm
c1swXSwgYm9vdGZzb3B0aW9ucyksIElPRXJyb3I6IFtFcnJubyA5NV0gCk9wZXJhdGlvbiBub3Qg
c3VwcG9ydGVkLAoKCkFwcGFyZW50bHkgbm90LiAgR3Vlc3MgYWdhaW46CgoyMDEyLTA1LTAyIDE1
OjE2OjMyIHJvb3RAaTcyNjAwcyB+CiMgeGUgdmlmLWRlc3Ryb3kgdXVpZD05MzQ1ZDRiMS05ZjA5
LWQ2MGItZTUwMS0zZDFkODQ3NmIyNzkKCjIwMTItMDUtMDIgMTU6MjA6MDcgcm9vdEBpNzI2MDBz
IH4KIyB4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ9ODc2Y2YyMTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFh
MWM1YzRjIApuZXR3b3JrLXV1aWQ9ZTg1Y2JmMmQtOWUyNC1mNTAwLWRlNjItNzIxZWMxY2JhODRl
IGRldmljZT0wCjVlZGZlYTFhLTFmZDAtYmIwMi00ZDEyLWM2ZGQ5YmQ0ODk3ZAoKMjAxMi0wNS0w
MiAxNToyMDo1MyByb290QGk3MjYwMHMgfgojIHhlIHZtLXN0YXJ0IHZtPXNxdWVlemU2NEVycm9y
IGNvZGU6IFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToKRXJyb3IgcGFyYW1ldGVy
czogICBGaWxlICIvdXNyL2Jpbi9weWdydWIiLCBsaW5lIDgwOCwgaW4gPywgICAgIGZzID0gCmZz
aW1hZ2Uub3BlbihmaWxlLCBwYXJ0X29mZnNbMF0sIGJvb3Rmc29wdGlvbnMpLCBJT0Vycm9yOiBb
RXJybm8gOTVdIApPcGVyYXRpb24gbm90IHN1cHBvcnRlZCwKCgpOb3BlLiAgV2hhdCdzIG5leHQ/
CgoKRGF2aWQKCgoKT24gMDUvMDIvMjAxMiAwMjo1MiBQTSwgSm9uYXRoYW4gTHVkbGFtIHdyb3Rl
Ogo+IFNvbWV3aGF0IGNvdW50ZXItaW50dWl0aXZlbHksIGFsdGhvdWdoIHlvdSd2ZSBib290ZWQg
eW91ciBWTSBmcm9tIHRoZSBuZXR3b3JrLCBpdCdzIG5vdCBnb3QgYSBuZXR3b3JrIGludGVyZmFj
ZS4gWW91J2xsIG5lZWQgdG8gYWRkIG9uZToKPgo+ICd4ZSBuZXR3b3JrLWxpc3QnIHRvIGZpbmQg
YW4gYXBwcm9wcmlhdGUgbmV0d29yaywgdGhlbgo+ICd4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ94oCm
IG5ldHdvcmstdXVpZD3igKYgZGV2aWNlPTAnCj4KPiBiZWZvcmUgeW91IHN0YXJ0IHRoZSBndWVz
dC4KPgo+IFRoZSByZWFzb24geW91IHdlcmUgYWJsZSB0byBib290IHRoZSBndWVzdCBhdCBhbGwg
aXMgdGhhdCB0aGUga2VybmVsIGlzIGRvd25sb2FkZWQgYnkgdGhlIGNvbnRyb2wgZG9tYWluLiBP
bmNlIGl0IGhhcyBpdCBhbmQgdGhlIGluaXRyZCwgaXQgdGhlbiBzdGFydHMgdGhlIGd1ZXN0IGFu
ZCB0aGUgaW5zdGFsbCBwcm9jZWVkcyBmcm9tIHRoZXJlLiBIb3dldmVyLCB5b3VyIGd1ZXN0IGhh
cyBubyBuZXR3b3JrIGRldmljZSwgc28gaXQgZmFpbHMuCj4KPiBKb24KPgo+IE9uIDIgTWF5IDIw
MTIsIGF0IDIyOjM2LCBEYXZpZCBDaHJpc3RlbnNlbiB3cm90ZToKPgo+PiB4ZW4tYXBpOgo+Pgo+
PiBJJ20gYSBYZW4gbmV3YmllIHdobyBoYXMgaW5zdGFsbGVkIFhDUC0xLjUtYmV0YS1iYXNlLTUz
MzQxIG9uIGEgZGVza3RvcAo+PiBjb21wdXRlciAoSW50ZWwgRFE2N1NXQjMgbW90aGVyYm9hcmQs
IGk3LTI2MDBTIENQVSwgYW5kIDggR0IgUkFNKToKPj4KPj4gICAgICBFbmFibGUgdGhpbiBwcm92
aXNpb25pbmcuCj4+Cj4+ICAgICAgRG9uJ3QgaW5zdGFsbCBhbnkgU3VwcGxlbWVudGFsIFBhY2tz
IChub3QgYXZhaWxhYmxlIGZvciBYQ1ApCj4+Cj4+ICAgICAgU2V0IGhvc3RuYW1lIHRvICJpNzI2
MDBzIi4KPj4KPj4KPj4gSSB0aGVuIGxvZ2dlZCBpbnRvIHRoZSBYQ1AgYm94IHZpYSBTU0ggYW5k
IGF0dGVtcHRlZCB0byBjcmVhdGUgYSAiRGViaWFuCj4+IFNxdWVlemUgNi4wICg2NC1iaXQpIiB2
aXJ0dWFsIG1hY2hpbmUgcGVyICJYZW4gQ2xvdWQgUGxhdGZvcm0gVmlydHVhbAo+PiBNYWNoaW5l
IEluc3RhbGxhdGlvbiBHdWlkZSBSZWxlYXNlIDAuMSAwLjEgUHVibGlzaGVkIE9jdG9iZXIgMjAw
OSAwLjEKPj4gRWRpdGlvbiIsICJDaGFwdGVyIDQuIEluc3RhbGwgTGludXggVk1zIiwgIkluc3Rh
bGxpbmcgRGViaWFuIExlbm55IjoKPj4KPj4gCWh0dHA6Ly94ZW4ub3JnL2ZpbGVzL1hlbkNsb3Vk
L2d1ZXN0LnBkZgo+Pgo+Pgo+PiAyMDEyLTA1LTAyIDEyOjU4OjE3IHJvb3RAaTcyNjAwcyB+Cj4+
ICMgeGUgdGVtcGxhdGUtbGlzdCB8IGdyZXAgbmFtZS1sYWJlbCB8IGdyZXAgRGViaWFuCj4+IAkg
IG5hbWUtbGFiZWwgKCBSVyk6IERlYmlhbiBMZW5ueSA1LjAgKDMyLWJpdCkKPj4gCSAgbmFtZS1s
YWJlbCAoIFJXKTogRGViaWFuIFNxdWVlemUgNi4wICg2NC1iaXQpCj4+IAkgIG5hbWUtbGFiZWwg
KCBSVyk6IERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KQo+Pgo+PiAyMDEyLTA1LTAyIDE0OjAz
OjI0IHJvb3RAaTcyNjAwcyB+Cj4+ICMgeGUgdm0taW5zdGFsbCB0ZW1wbGF0ZT0iRGViaWFuIFNx
dWVlemUgNi4wICg2NC1iaXQpIgo+PiBuZXctbmFtZS1sYWJlbD1zcXVlZXplNjQKPj4gODc2Y2Yy
MTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFhMWM1YzRjCj4+Cj4+IDIwMTItMDUtMDIgMTQ6MDQ6MDAg
cm9vdEBpNzI2MDBzIH4KPj4gIyB4ZSB2bS1wYXJhbS1zZXQgdXVpZD04NzZjZjIxMS1iMjY1LWQ0
ODUtZjdmNi1lZmU1YWExYzVjNGMKPj4gb3RoZXItY29uZmlnOmluc3RhbGwtcmVwb3NpdG9yeT0i
aHR0cDovL2FwdDo5OTk5L2RlYmlhbiIKPj4KPj4gMjAxMi0wNS0wMiAxNDowNDo1MiByb290QGk3
MjYwMHMgfgo+PiAjIHhlIHZtLWxpc3QKPj4gdXVpZCAoIFJPKSAgICAgICAgICAgOiA1M2U5OGM3
My01MGY3LTQ4YWItYTY3YS0yNDcyNDY2MGRiMzgKPj4gICAgICAgbmFtZS1sYWJlbCAoIFJXKTog
Q29udHJvbCBkb21haW4gb24gaG9zdDogaTcyNjAwcwo+PiAgICAgIHBvd2VyLXN0YXRlICggUk8p
OiBydW5uaW5nCj4+Cj4+Cj4+IHV1aWQgKCBSTykgICAgICAgICAgIDogODc2Y2YyMTEtYjI2NS1k
NDg1LWY3ZjYtZWZlNWFhMWM1YzRjCj4+ICAgICAgIG5hbWUtbGFiZWwgKCBSVyk6IHNxdWVlemU2
NAo+PiAgICAgIHBvd2VyLXN0YXRlICggUk8pOiBoYWx0ZWQKPj4KPj4KPj4KPj4gMjAxMi0wNS0w
MiAxNDowNTowMCByb290QGk3MjYwMHMgfgo+PiAjIHhlIHZtLXN0YXJ0IHZtPXNxdWVlemU2NAo+
Pgo+Pgo+PiBUaGUgYWJvdmUgY29tbWFuZCB0b29rIGEgdmVyeSBsb25nIHRpbWUgb24gcHJldmlv
dXMgYXR0ZW1wdHMuICBJJ3ZlCj4+IHNpbmNlIGluc3RhbGxlZCBhbiBBcHQgcHJveHkgKGFwcHJv
eCksIHNvIHRoaXMgdGltZSBzdGFydGluZyB0aGUgVk0gd2FzCj4+IG11Y2ggZmFzdGVyIChsb2Fk
aW5nIGtlcm5lbCBpbWFnZSBvdmVyIG5ldHdvcms/KS4KPj4KPj4KPj4gQ29udGludWluZzoKPj4K
Pj4KPj4gMjAxMi0wNS0wMiAxNDowNToyMyByb290QGk3MjYwMHMgfgo+PiAjIHhlIHZtLWxpc3QK
Pj4gdXVpZCAoIFJPKSAgICAgICAgICAgOiA1M2U5OGM3My01MGY3LTQ4YWItYTY3YS0yNDcyNDY2
MGRiMzgKPj4gbmFtZS1sYWJlbCAoIFJXKTogQ29udHJvbCBkb21haW4gb24gaG9zdDogaTcyNjAw
cwo+PiBwb3dlci1zdGF0ZSAoIFJPKTogcnVubmluZwo+Pgo+Pgo+PiB1dWlkICggUk8pICAgICAg
ICAgICA6IDg3NmNmMjExLWIyNjUtZDQ4NS1mN2Y2LWVmZTVhYTFjNWM0Ywo+PiBuYW1lLWxhYmVs
ICggUlcpOiBzcXVlZXplNjQKPj4gcG93ZXItc3RhdGUgKCBSTyk6IHJ1bm5pbmcKPj4KPj4KPj4K
Pj4gMjAxMi0wNS0wMiAxNDowNTozNyByb290QGk3MjYwMHMgfgo+PiAjIHhlIGNvbnNvbGUgdm09
c3F1ZWV6ZTY0Cj4+IENvbm5lY3RpbmcgdG8gY29uc29sZSBvbiBWTSBzcXVlZXplNjQuIFByZXNz
IEN0cmwgKyAnXScgdG8gcXVpdC4KPj4KPj4KPj4gUHJlc3Npbmc8VGFiPiAgYW5kIHRoZSBhcnJv
dyBrZXlzIGxldHMgbWUga25vdyB0aGF0IG5jdXJzZXMgKD8pIGlzCj4+IHJ1bm5pbmcsIGFuZCBw
YWludHMgZW5vdWdoIG9mIHRoZSBzY3JlZW4gdGhhdCBJIGNhbiBzZWxlY3QgIjxHbyBCYWNrPiIu
Cj4+IFRoaXMgdGFrZXMgbWUgdG8gdGhlICJEZWJpYW4gaW5zdGFsbGVyIG1haW4gbWVudSIuCj4+
Cj4+Cj4+IEF0IHRoZSAiU2VsZWN0IGEgbGFuZ3VhZ2UiIHNjcmVlbiwgY2hvb3NlICJFbmdsaXNo
IiAuCj4+Cj4+Cj4+IEF0IHRoZSAiU2VsZWN0IHlvdXIgbG9jYXRpb24iIHNjcmVlbiwgY2hvb3Nl
ICJVbml0ZWQgU3RhdGVzIi4KPj4KPj4KPj4gQXQgdGhlICJDb25maWd1cmUgdGhlIGtleWJvYXJk
IiBzY3JlZW4sIGNob29zZSAiQW1lcmljYW4gRW5nbGlzaCIuCj4+Cj4+Cj4+IEF0IHRoZSAiRGV0
ZWN0IG5ldHdvcmsgaGFyZHdhcmUiIHNjcmVlbjoKPj4KPj4gICAgICBObyBFdGhlcm5ldCBjYXJk
IHdhcyBkZXRlY3RlZC4gSWYgeW91IGtub3cgdGhlIG5hbWUgb2YgdGhlIGRyaXZlcgo+PiAgICAg
IG5lZWRlZCBieSB5b3VyIEV0aGVybmV0IGNhcmQsIHlvdSBjYW4gc2VsZWN0IGl0IGZyb20gdGhl
IGxpc3QuCj4+Cj4+ICAgICAgRHJpdmVyIG5lZWRlZCBieSB5b3VyIEV0aGVybmV0IGNhcmQ6Cj4+
Cj4+Cj4+IFNjcm9sbGluZyBkb3duIHRoZSBsaXN0LCBJIHNlZToKPj4KPj4gICAgICB4ZW4tbmV0
ZnJvbnQ6IFhlbiBWaXJ0dWFsIEV0aGVybmV0Cj4+Cj4+Cj4+IEJ1dCBJIGFtIHVuYWJsZSB0byBz
ZWxlY3QgaXQgdmlhPFNwYWNlPiAga2V5LiAgUHJlc3Npbmc8RW50ZXI+Cj4+IHJlcGFpbnRzIHRo
ZSBzY3JlZW4uICBJJ20gc3R1Y2ssIGFuZCBjYW5ub3QgcHJvY2VlZCBmb3J3YXJkIGluIHRoZQo+
PiBpbnN0YWxsZXIgKD8pLgo+Pgo+Pgo+PiBQcmVzcyBDdHJsK10gdG8gZXhpdCBWTSBhbmQgc2h1
dCBpdCBkb3duOgo+Pgo+PiAyMDEyLTA1LTAyIDE0OjE4OjI3IHJvb3RAaTcyNjAwcyB+Cj4+ICMg
eGUgdm0tc2h1dGRvd24gdm09c3F1ZWV6ZTY0Cj4+Cj4+Cj4+IEFueSBzdWdnZXN0aW9ucz8KPj4K
Pj4KPj4gVElBLAo+Pgo+PiBEYXZpZAo+Pgo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+PiBYZW4tYXBpQGxp
c3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp
bmZvL3hlbi1hcGkKPgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6
Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Wed May 02 22:23:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 02 May 2012 22:23:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPhx9-0006MJ-1l; Wed, 02 May 2012 22:23:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPhx7-0006M6-KK
	for xen-api@lists.xen.org; Wed, 02 May 2012 22:23:17 +0000
Received: from [85.158.143.99:47501] by server-1.bemta-4.messagelabs.com id
	EA/8D-20925-4D3B1AF4; Wed, 02 May 2012 22:23:16 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-2.tower-216.messagelabs.com!1335997393!20910809!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20578 invoked from network); 2 May 2012 22:23:14 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-2.tower-216.messagelabs.com with SMTP;
	2 May 2012 22:23:14 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Wed, 2 May 2012 15:23:03 -0700
Message-ID: <4FA1B3C4.8010309@holgerdanske.com>
Date: Wed, 02 May 2012 15:23:00 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
In-Reply-To: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

VG9wIHBvc3Rpbmc/ICBPa2F5Li4uCgoKSm9uYXRoYW4gLS0gdGhhbmtzIGZvciB0aGUgcmVwbHku
ICA6LSkKCgoyMDEyLTA1LTAyIDE1OjEwOjMwIHJvb3RAaTcyNjAwcyB+CiMgeGUgbmV0d29yay1s
aXN0CnV1aWQgKCBSTykgICAgICAgICAgICAgICAgOiA3NzMwZGZlMS02YTkzLWYyNjItNjliOS05
Njg0NDUwYmYyODYKICAgICAgICAgICBuYW1lLWxhYmVsICggUlcpOiBQb29sLXdpZGUgbmV0d29y
ayBhc3NvY2lhdGVkIHdpdGggZXRoMAogICAgIG5hbWUtZGVzY3JpcHRpb24gKCBSVyk6CiAgICAg
ICAgICAgICAgIGJyaWRnZSAoIFJPKTogeGVuYnIwCgoKdXVpZCAoIFJPKSAgICAgICAgICAgICAg
ICA6IGU4NWNiZjJkLTllMjQtZjUwMC1kZTYyLTcyMWVjMWNiYTg0ZQogICAgICAgICAgIG5hbWUt
bGFiZWwgKCBSVyk6IEhvc3QgaW50ZXJuYWwgbWFuYWdlbWVudCBuZXR3b3JrCiAgICAgbmFtZS1k
ZXNjcmlwdGlvbiAoIFJXKTogTmV0d29yayBvbiB3aGljaCBndWVzdHMgd2lsbCBiZSBhc3NpZ25l
ZCBhIApwcml2YXRlIGxpbmstbG9jYWwgSVAgYWRkcmVzcyB3aGljaCBjYW4gYmUgdXNlZCB0byB0
YWxrIFhlbkFQSQogICAgICAgICAgICAgICBicmlkZ2UgKCBSTyk6IHhlbmFwaQoKCgpJdCBsb29r
cyBsaWtlIEkgaGF2ZSB0d28gY2hvaWNlcy4gIEknbGwgZ3Vlc3MgdGhlIGZpcnN0IG9uZToKCjIw
MTItMDUtMDIgMTU6MTI6MTAgcm9vdEBpNzI2MDBzIH4KIyB4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ9
ODc2Y2YyMTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFhMWM1YzRjIApuZXR3b3JrLXV1aWQ9NzczMGRm
ZTEtNmE5My1mMjYyLTY5YjktOTY4NDQ1MGJmMjg2IGRldmljZT0wCjkzNDVkNGIxLTlmMDktZDYw
Yi1lNTAxLTNkMWQ4NDc2YjI3OQoKCjIwMTItMDUtMDIgMTU6MTY6MTYgcm9vdEBpNzI2MDBzIH4K
IyB4ZSB2bS1zdGFydCB2bT1zcXVlZXplNjQKRXJyb3IgY29kZTogVHJhY2ViYWNrIChtb3N0IHJl
Y2VudCBjYWxsIGxhc3QpOgpFcnJvciBwYXJhbWV0ZXJzOiAgIEZpbGUgIi91c3IvYmluL3B5Z3J1
YiIsIGxpbmUgODA4LCBpbiA/LCAgICAgZnMgPSAKZnNpbWFnZS5vcGVuKGZpbGUsIHBhcnRfb2Zm
c1swXSwgYm9vdGZzb3B0aW9ucyksIElPRXJyb3I6IFtFcnJubyA5NV0gCk9wZXJhdGlvbiBub3Qg
c3VwcG9ydGVkLAoKCkFwcGFyZW50bHkgbm90LiAgR3Vlc3MgYWdhaW46CgoyMDEyLTA1LTAyIDE1
OjE2OjMyIHJvb3RAaTcyNjAwcyB+CiMgeGUgdmlmLWRlc3Ryb3kgdXVpZD05MzQ1ZDRiMS05ZjA5
LWQ2MGItZTUwMS0zZDFkODQ3NmIyNzkKCjIwMTItMDUtMDIgMTU6MjA6MDcgcm9vdEBpNzI2MDBz
IH4KIyB4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ9ODc2Y2YyMTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFh
MWM1YzRjIApuZXR3b3JrLXV1aWQ9ZTg1Y2JmMmQtOWUyNC1mNTAwLWRlNjItNzIxZWMxY2JhODRl
IGRldmljZT0wCjVlZGZlYTFhLTFmZDAtYmIwMi00ZDEyLWM2ZGQ5YmQ0ODk3ZAoKMjAxMi0wNS0w
MiAxNToyMDo1MyByb290QGk3MjYwMHMgfgojIHhlIHZtLXN0YXJ0IHZtPXNxdWVlemU2NEVycm9y
IGNvZGU6IFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToKRXJyb3IgcGFyYW1ldGVy
czogICBGaWxlICIvdXNyL2Jpbi9weWdydWIiLCBsaW5lIDgwOCwgaW4gPywgICAgIGZzID0gCmZz
aW1hZ2Uub3BlbihmaWxlLCBwYXJ0X29mZnNbMF0sIGJvb3Rmc29wdGlvbnMpLCBJT0Vycm9yOiBb
RXJybm8gOTVdIApPcGVyYXRpb24gbm90IHN1cHBvcnRlZCwKCgpOb3BlLiAgV2hhdCdzIG5leHQ/
CgoKRGF2aWQKCgoKT24gMDUvMDIvMjAxMiAwMjo1MiBQTSwgSm9uYXRoYW4gTHVkbGFtIHdyb3Rl
Ogo+IFNvbWV3aGF0IGNvdW50ZXItaW50dWl0aXZlbHksIGFsdGhvdWdoIHlvdSd2ZSBib290ZWQg
eW91ciBWTSBmcm9tIHRoZSBuZXR3b3JrLCBpdCdzIG5vdCBnb3QgYSBuZXR3b3JrIGludGVyZmFj
ZS4gWW91J2xsIG5lZWQgdG8gYWRkIG9uZToKPgo+ICd4ZSBuZXR3b3JrLWxpc3QnIHRvIGZpbmQg
YW4gYXBwcm9wcmlhdGUgbmV0d29yaywgdGhlbgo+ICd4ZSB2aWYtY3JlYXRlIHZtLXV1aWQ94oCm
IG5ldHdvcmstdXVpZD3igKYgZGV2aWNlPTAnCj4KPiBiZWZvcmUgeW91IHN0YXJ0IHRoZSBndWVz
dC4KPgo+IFRoZSByZWFzb24geW91IHdlcmUgYWJsZSB0byBib290IHRoZSBndWVzdCBhdCBhbGwg
aXMgdGhhdCB0aGUga2VybmVsIGlzIGRvd25sb2FkZWQgYnkgdGhlIGNvbnRyb2wgZG9tYWluLiBP
bmNlIGl0IGhhcyBpdCBhbmQgdGhlIGluaXRyZCwgaXQgdGhlbiBzdGFydHMgdGhlIGd1ZXN0IGFu
ZCB0aGUgaW5zdGFsbCBwcm9jZWVkcyBmcm9tIHRoZXJlLiBIb3dldmVyLCB5b3VyIGd1ZXN0IGhh
cyBubyBuZXR3b3JrIGRldmljZSwgc28gaXQgZmFpbHMuCj4KPiBKb24KPgo+IE9uIDIgTWF5IDIw
MTIsIGF0IDIyOjM2LCBEYXZpZCBDaHJpc3RlbnNlbiB3cm90ZToKPgo+PiB4ZW4tYXBpOgo+Pgo+
PiBJJ20gYSBYZW4gbmV3YmllIHdobyBoYXMgaW5zdGFsbGVkIFhDUC0xLjUtYmV0YS1iYXNlLTUz
MzQxIG9uIGEgZGVza3RvcAo+PiBjb21wdXRlciAoSW50ZWwgRFE2N1NXQjMgbW90aGVyYm9hcmQs
IGk3LTI2MDBTIENQVSwgYW5kIDggR0IgUkFNKToKPj4KPj4gICAgICBFbmFibGUgdGhpbiBwcm92
aXNpb25pbmcuCj4+Cj4+ICAgICAgRG9uJ3QgaW5zdGFsbCBhbnkgU3VwcGxlbWVudGFsIFBhY2tz
IChub3QgYXZhaWxhYmxlIGZvciBYQ1ApCj4+Cj4+ICAgICAgU2V0IGhvc3RuYW1lIHRvICJpNzI2
MDBzIi4KPj4KPj4KPj4gSSB0aGVuIGxvZ2dlZCBpbnRvIHRoZSBYQ1AgYm94IHZpYSBTU0ggYW5k
IGF0dGVtcHRlZCB0byBjcmVhdGUgYSAiRGViaWFuCj4+IFNxdWVlemUgNi4wICg2NC1iaXQpIiB2
aXJ0dWFsIG1hY2hpbmUgcGVyICJYZW4gQ2xvdWQgUGxhdGZvcm0gVmlydHVhbAo+PiBNYWNoaW5l
IEluc3RhbGxhdGlvbiBHdWlkZSBSZWxlYXNlIDAuMSAwLjEgUHVibGlzaGVkIE9jdG9iZXIgMjAw
OSAwLjEKPj4gRWRpdGlvbiIsICJDaGFwdGVyIDQuIEluc3RhbGwgTGludXggVk1zIiwgIkluc3Rh
bGxpbmcgRGViaWFuIExlbm55IjoKPj4KPj4gCWh0dHA6Ly94ZW4ub3JnL2ZpbGVzL1hlbkNsb3Vk
L2d1ZXN0LnBkZgo+Pgo+Pgo+PiAyMDEyLTA1LTAyIDEyOjU4OjE3IHJvb3RAaTcyNjAwcyB+Cj4+
ICMgeGUgdGVtcGxhdGUtbGlzdCB8IGdyZXAgbmFtZS1sYWJlbCB8IGdyZXAgRGViaWFuCj4+IAkg
IG5hbWUtbGFiZWwgKCBSVyk6IERlYmlhbiBMZW5ueSA1LjAgKDMyLWJpdCkKPj4gCSAgbmFtZS1s
YWJlbCAoIFJXKTogRGViaWFuIFNxdWVlemUgNi4wICg2NC1iaXQpCj4+IAkgIG5hbWUtbGFiZWwg
KCBSVyk6IERlYmlhbiBTcXVlZXplIDYuMCAoMzItYml0KQo+Pgo+PiAyMDEyLTA1LTAyIDE0OjAz
OjI0IHJvb3RAaTcyNjAwcyB+Cj4+ICMgeGUgdm0taW5zdGFsbCB0ZW1wbGF0ZT0iRGViaWFuIFNx
dWVlemUgNi4wICg2NC1iaXQpIgo+PiBuZXctbmFtZS1sYWJlbD1zcXVlZXplNjQKPj4gODc2Y2Yy
MTEtYjI2NS1kNDg1LWY3ZjYtZWZlNWFhMWM1YzRjCj4+Cj4+IDIwMTItMDUtMDIgMTQ6MDQ6MDAg
cm9vdEBpNzI2MDBzIH4KPj4gIyB4ZSB2bS1wYXJhbS1zZXQgdXVpZD04NzZjZjIxMS1iMjY1LWQ0
ODUtZjdmNi1lZmU1YWExYzVjNGMKPj4gb3RoZXItY29uZmlnOmluc3RhbGwtcmVwb3NpdG9yeT0i
aHR0cDovL2FwdDo5OTk5L2RlYmlhbiIKPj4KPj4gMjAxMi0wNS0wMiAxNDowNDo1MiByb290QGk3
MjYwMHMgfgo+PiAjIHhlIHZtLWxpc3QKPj4gdXVpZCAoIFJPKSAgICAgICAgICAgOiA1M2U5OGM3
My01MGY3LTQ4YWItYTY3YS0yNDcyNDY2MGRiMzgKPj4gICAgICAgbmFtZS1sYWJlbCAoIFJXKTog
Q29udHJvbCBkb21haW4gb24gaG9zdDogaTcyNjAwcwo+PiAgICAgIHBvd2VyLXN0YXRlICggUk8p
OiBydW5uaW5nCj4+Cj4+Cj4+IHV1aWQgKCBSTykgICAgICAgICAgIDogODc2Y2YyMTEtYjI2NS1k
NDg1LWY3ZjYtZWZlNWFhMWM1YzRjCj4+ICAgICAgIG5hbWUtbGFiZWwgKCBSVyk6IHNxdWVlemU2
NAo+PiAgICAgIHBvd2VyLXN0YXRlICggUk8pOiBoYWx0ZWQKPj4KPj4KPj4KPj4gMjAxMi0wNS0w
MiAxNDowNTowMCByb290QGk3MjYwMHMgfgo+PiAjIHhlIHZtLXN0YXJ0IHZtPXNxdWVlemU2NAo+
Pgo+Pgo+PiBUaGUgYWJvdmUgY29tbWFuZCB0b29rIGEgdmVyeSBsb25nIHRpbWUgb24gcHJldmlv
dXMgYXR0ZW1wdHMuICBJJ3ZlCj4+IHNpbmNlIGluc3RhbGxlZCBhbiBBcHQgcHJveHkgKGFwcHJv
eCksIHNvIHRoaXMgdGltZSBzdGFydGluZyB0aGUgVk0gd2FzCj4+IG11Y2ggZmFzdGVyIChsb2Fk
aW5nIGtlcm5lbCBpbWFnZSBvdmVyIG5ldHdvcms/KS4KPj4KPj4KPj4gQ29udGludWluZzoKPj4K
Pj4KPj4gMjAxMi0wNS0wMiAxNDowNToyMyByb290QGk3MjYwMHMgfgo+PiAjIHhlIHZtLWxpc3QK
Pj4gdXVpZCAoIFJPKSAgICAgICAgICAgOiA1M2U5OGM3My01MGY3LTQ4YWItYTY3YS0yNDcyNDY2
MGRiMzgKPj4gbmFtZS1sYWJlbCAoIFJXKTogQ29udHJvbCBkb21haW4gb24gaG9zdDogaTcyNjAw
cwo+PiBwb3dlci1zdGF0ZSAoIFJPKTogcnVubmluZwo+Pgo+Pgo+PiB1dWlkICggUk8pICAgICAg
ICAgICA6IDg3NmNmMjExLWIyNjUtZDQ4NS1mN2Y2LWVmZTVhYTFjNWM0Ywo+PiBuYW1lLWxhYmVs
ICggUlcpOiBzcXVlZXplNjQKPj4gcG93ZXItc3RhdGUgKCBSTyk6IHJ1bm5pbmcKPj4KPj4KPj4K
Pj4gMjAxMi0wNS0wMiAxNDowNTozNyByb290QGk3MjYwMHMgfgo+PiAjIHhlIGNvbnNvbGUgdm09
c3F1ZWV6ZTY0Cj4+IENvbm5lY3RpbmcgdG8gY29uc29sZSBvbiBWTSBzcXVlZXplNjQuIFByZXNz
IEN0cmwgKyAnXScgdG8gcXVpdC4KPj4KPj4KPj4gUHJlc3Npbmc8VGFiPiAgYW5kIHRoZSBhcnJv
dyBrZXlzIGxldHMgbWUga25vdyB0aGF0IG5jdXJzZXMgKD8pIGlzCj4+IHJ1bm5pbmcsIGFuZCBw
YWludHMgZW5vdWdoIG9mIHRoZSBzY3JlZW4gdGhhdCBJIGNhbiBzZWxlY3QgIjxHbyBCYWNrPiIu
Cj4+IFRoaXMgdGFrZXMgbWUgdG8gdGhlICJEZWJpYW4gaW5zdGFsbGVyIG1haW4gbWVudSIuCj4+
Cj4+Cj4+IEF0IHRoZSAiU2VsZWN0IGEgbGFuZ3VhZ2UiIHNjcmVlbiwgY2hvb3NlICJFbmdsaXNo
IiAuCj4+Cj4+Cj4+IEF0IHRoZSAiU2VsZWN0IHlvdXIgbG9jYXRpb24iIHNjcmVlbiwgY2hvb3Nl
ICJVbml0ZWQgU3RhdGVzIi4KPj4KPj4KPj4gQXQgdGhlICJDb25maWd1cmUgdGhlIGtleWJvYXJk
IiBzY3JlZW4sIGNob29zZSAiQW1lcmljYW4gRW5nbGlzaCIuCj4+Cj4+Cj4+IEF0IHRoZSAiRGV0
ZWN0IG5ldHdvcmsgaGFyZHdhcmUiIHNjcmVlbjoKPj4KPj4gICAgICBObyBFdGhlcm5ldCBjYXJk
IHdhcyBkZXRlY3RlZC4gSWYgeW91IGtub3cgdGhlIG5hbWUgb2YgdGhlIGRyaXZlcgo+PiAgICAg
IG5lZWRlZCBieSB5b3VyIEV0aGVybmV0IGNhcmQsIHlvdSBjYW4gc2VsZWN0IGl0IGZyb20gdGhl
IGxpc3QuCj4+Cj4+ICAgICAgRHJpdmVyIG5lZWRlZCBieSB5b3VyIEV0aGVybmV0IGNhcmQ6Cj4+
Cj4+Cj4+IFNjcm9sbGluZyBkb3duIHRoZSBsaXN0LCBJIHNlZToKPj4KPj4gICAgICB4ZW4tbmV0
ZnJvbnQ6IFhlbiBWaXJ0dWFsIEV0aGVybmV0Cj4+Cj4+Cj4+IEJ1dCBJIGFtIHVuYWJsZSB0byBz
ZWxlY3QgaXQgdmlhPFNwYWNlPiAga2V5LiAgUHJlc3Npbmc8RW50ZXI+Cj4+IHJlcGFpbnRzIHRo
ZSBzY3JlZW4uICBJJ20gc3R1Y2ssIGFuZCBjYW5ub3QgcHJvY2VlZCBmb3J3YXJkIGluIHRoZQo+
PiBpbnN0YWxsZXIgKD8pLgo+Pgo+Pgo+PiBQcmVzcyBDdHJsK10gdG8gZXhpdCBWTSBhbmQgc2h1
dCBpdCBkb3duOgo+Pgo+PiAyMDEyLTA1LTAyIDE0OjE4OjI3IHJvb3RAaTcyNjAwcyB+Cj4+ICMg
eGUgdm0tc2h1dGRvd24gdm09c3F1ZWV6ZTY0Cj4+Cj4+Cj4+IEFueSBzdWdnZXN0aW9ucz8KPj4K
Pj4KPj4gVElBLAo+Pgo+PiBEYXZpZAo+Pgo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwo+PiBYZW4tYXBpIG1haWxpbmcgbGlzdAo+PiBYZW4tYXBpQGxp
c3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp
bmZvL3hlbi1hcGkKPgo+CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6
Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Thu May 03 00:31:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 00:31:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPjx0-0007fd-FG; Thu, 03 May 2012 00:31:18 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPjwz-0007fX-7E
	for xen-api@lists.xensource.com; Thu, 03 May 2012 00:31:17 +0000
Received: from [85.158.138.51:5168] by server-2.bemta-3.messagelabs.com id
	D0/80-09269-4D1D1AF4; Thu, 03 May 2012 00:31:16 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1336005067!24902814!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24076 invoked from network); 3 May 2012 00:31:07 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 00:31:07 -0000
Received: by lbom4 with SMTP id m4so1014660lbo.30
	for <xen-api@lists.xensource.com>; Wed, 02 May 2012 17:31:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:content-type;
	bh=37rMMYUeHaEntUk/rMpZi+9+UPUQnu8beOvRWD7t46U=;
	b=qr7tf/NsOGIjeaPuLpvljki9uXIkkY7Z3pT1S+b+4X0dknTtEFNzyw7V4yW8PhudSB
	nsJyr8hT9HAR2hGGdsx85UvklPSvdeuVCh8ApAU5VRR6q6MpUsI0W0RFd6YNIcOA1GEg
	ooQUa+ZicxUdY88WRYEBmh71JmJJ2OZt3UKIlVD6OuDuLXW8L9l7evUw2SJTql3mDjVv
	2CXRW97Zlnh/690TacXbWf7KG7Fr9f9i5bS6uGxNaYqDpLtFh1SxZMA75EuuV9XWlrs6
	QlEnDQlauYViZpKXrU2//cdwTYOiP7trppRul9fYYIxHxI3tP/gkk8oOCUpyzcaX5l5b
	4vTw==
Received: by 10.152.114.106 with SMTP id jf10mr160288lab.16.1336005066798;
	Wed, 02 May 2012 17:31:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Wed, 2 May 2012 17:30:46 -0700 (PDT)
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Wed, 2 May 2012 21:30:46 -0300
Message-ID: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2482015807129077857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2482015807129077857==
Content-Type: multipart/alternative; boundary=f46d040891ab6cb5bb04bf16eb47

--f46d040891ab6cb5bb04bf16eb47
Content-Type: text/plain; charset=ISO-8859-1

I am having some trouble with a ghost  vdi in my environment. After some
tries, i got stuck in this scenario:

[root@vmserver05 ~]# xe vdi-list
sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
          name-label ( RW): cnetweb03 1
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 4294967296
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
          name-label ( RW): cnetweb03 0
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
          name-label ( RW): cnetweb03 2
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 107374182400
            sharable ( RO): false
           read-only ( RO): false


*uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
*          name-label ( RW):*
*    name-description ( RW):*
*             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
*        virtual-size ( RO): 268435456000*
*            sharable ( RO): false*
*           read-only ( RO): true*


[root@vmserver05 ~]# xe vdi-destroy
uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
This operation cannot be performed because the system does not manage this
VDI
vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()


How can I destroy this vdi? He isn't displayed in XenCenter.

Thanks

-- 
Carlos Eduardo Tavares Terra

--f46d040891ab6cb5bb04bf16eb47
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I am having some trouble with a ghost =A0vdi in my environment. After some =
tries, i got stuck in this scenario:<div><br></div><div><div>[root@vmserver=
05 ~]# xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div><div=
>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec-eb30-4f99-8e5d-0a=
6a5ee3762c</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div=
><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0=
sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 4294967296</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-onl=
y ( RO): false</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: ef966e58-0343-43a6-b528-902e8cfb60ae</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div><div>=A0 =A0 na=
me-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8=
bdbf594-168f-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size =
( RO): 268435456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false=
</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div><div><br></div><div=
><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c-a838-4=
320-9ea1-874d9a8b6027</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetw=
eb03 2</div><div>=A0 =A0 name-description ( RW):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be7=
0995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div><d=
iv>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0read-only ( RO): false</div><div><br>

</div><div><br></div><div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 32=
2a2176-ca29-4699-951f-c4def6f0d7fc</b></div><div><b>=A0 =A0 =A0 =A0 =A0 nam=
e-label ( RW):</b></div><div><b>=A0 =A0 name-description ( RW):</b></div><d=
iv><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be=
70995868f</b></div>

<div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</b></div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b></div><div><b>=A0 =A0 =A0 =
=A0 =A0 =A0read-only ( RO): true</b></div></div><div><br></div><div><br></d=
iv><div><div>[root@vmserver05 ~]# xe vdi-destroy uuid=3D322a2176-ca29-4699-=
951f-c4def6f0d7fc</div>

<div>This operation cannot be performed because the system does not manage =
this VDI</div><div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div></div>=
<div><br></div><div><div><br></div><div>How can I destroy this vdi? He isn&=
#39;t displayed in XenCenter.</div>

<div><br></div><div>Thanks</div><div><br></div>-- <br>Carlos Eduardo Tavare=
s Terra<br>
</div></div>

--f46d040891ab6cb5bb04bf16eb47--


--===============2482015807129077857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2482015807129077857==--


From xen-api-bounces@lists.xen.org Thu May 03 00:31:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 00:31:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPjx0-0007fd-FG; Thu, 03 May 2012 00:31:18 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPjwz-0007fX-7E
	for xen-api@lists.xensource.com; Thu, 03 May 2012 00:31:17 +0000
Received: from [85.158.138.51:5168] by server-2.bemta-3.messagelabs.com id
	D0/80-09269-4D1D1AF4; Thu, 03 May 2012 00:31:16 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1336005067!24902814!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24076 invoked from network); 3 May 2012 00:31:07 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 00:31:07 -0000
Received: by lbom4 with SMTP id m4so1014660lbo.30
	for <xen-api@lists.xensource.com>; Wed, 02 May 2012 17:31:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:content-type;
	bh=37rMMYUeHaEntUk/rMpZi+9+UPUQnu8beOvRWD7t46U=;
	b=qr7tf/NsOGIjeaPuLpvljki9uXIkkY7Z3pT1S+b+4X0dknTtEFNzyw7V4yW8PhudSB
	nsJyr8hT9HAR2hGGdsx85UvklPSvdeuVCh8ApAU5VRR6q6MpUsI0W0RFd6YNIcOA1GEg
	ooQUa+ZicxUdY88WRYEBmh71JmJJ2OZt3UKIlVD6OuDuLXW8L9l7evUw2SJTql3mDjVv
	2CXRW97Zlnh/690TacXbWf7KG7Fr9f9i5bS6uGxNaYqDpLtFh1SxZMA75EuuV9XWlrs6
	QlEnDQlauYViZpKXrU2//cdwTYOiP7trppRul9fYYIxHxI3tP/gkk8oOCUpyzcaX5l5b
	4vTw==
Received: by 10.152.114.106 with SMTP id jf10mr160288lab.16.1336005066798;
	Wed, 02 May 2012 17:31:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Wed, 2 May 2012 17:30:46 -0700 (PDT)
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Wed, 2 May 2012 21:30:46 -0300
Message-ID: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2482015807129077857=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2482015807129077857==
Content-Type: multipart/alternative; boundary=f46d040891ab6cb5bb04bf16eb47

--f46d040891ab6cb5bb04bf16eb47
Content-Type: text/plain; charset=ISO-8859-1

I am having some trouble with a ghost  vdi in my environment. After some
tries, i got stuck in this scenario:

[root@vmserver05 ~]# xe vdi-list
sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
          name-label ( RW): cnetweb03 1
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 4294967296
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
          name-label ( RW): cnetweb03 0
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
          name-label ( RW): cnetweb03 2
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 107374182400
            sharable ( RO): false
           read-only ( RO): false


*uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
*          name-label ( RW):*
*    name-description ( RW):*
*             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
*        virtual-size ( RO): 268435456000*
*            sharable ( RO): false*
*           read-only ( RO): true*


[root@vmserver05 ~]# xe vdi-destroy
uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
This operation cannot be performed because the system does not manage this
VDI
vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()


How can I destroy this vdi? He isn't displayed in XenCenter.

Thanks

-- 
Carlos Eduardo Tavares Terra

--f46d040891ab6cb5bb04bf16eb47
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I am having some trouble with a ghost =A0vdi in my environment. After some =
tries, i got stuck in this scenario:<div><br></div><div><div>[root@vmserver=
05 ~]# xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div><div=
>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec-eb30-4f99-8e5d-0a=
6a5ee3762c</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div=
><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0=
sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 4294967296</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-onl=
y ( RO): false</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: ef966e58-0343-43a6-b528-902e8cfb60ae</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div><div>=A0 =A0 na=
me-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8=
bdbf594-168f-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size =
( RO): 268435456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false=
</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div><div><br></div><div=
><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c-a838-4=
320-9ea1-874d9a8b6027</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetw=
eb03 2</div><div>=A0 =A0 name-description ( RW):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be7=
0995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div><d=
iv>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0read-only ( RO): false</div><div><br>

</div><div><br></div><div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 32=
2a2176-ca29-4699-951f-c4def6f0d7fc</b></div><div><b>=A0 =A0 =A0 =A0 =A0 nam=
e-label ( RW):</b></div><div><b>=A0 =A0 name-description ( RW):</b></div><d=
iv><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be=
70995868f</b></div>

<div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</b></div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b></div><div><b>=A0 =A0 =A0 =
=A0 =A0 =A0read-only ( RO): true</b></div></div><div><br></div><div><br></d=
iv><div><div>[root@vmserver05 ~]# xe vdi-destroy uuid=3D322a2176-ca29-4699-=
951f-c4def6f0d7fc</div>

<div>This operation cannot be performed because the system does not manage =
this VDI</div><div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div></div>=
<div><br></div><div><div><br></div><div>How can I destroy this vdi? He isn&=
#39;t displayed in XenCenter.</div>

<div><br></div><div>Thanks</div><div><br></div>-- <br>Carlos Eduardo Tavare=
s Terra<br>
</div></div>

--f46d040891ab6cb5bb04bf16eb47--


--===============2482015807129077857==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2482015807129077857==--


From xen-api-bounces@lists.xen.org Thu May 03 07:08:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 07:08:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPq9a-0006jl-TY; Thu, 03 May 2012 07:08:42 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPq9Z-0006jg-23
	for xen-api@lists.xen.org; Thu, 03 May 2012 07:08:41 +0000
Received: from [85.158.138.51:61231] by server-12.bemta-3.messagelabs.com id
	53/CD-29760-8FE22AF4; Thu, 03 May 2012 07:08:40 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1336028919!18588690!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjY0MA==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22418 invoked from network); 3 May 2012 07:08:39 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 07:08:39 -0000
X-IronPort-AV: E=Sophos;i="4.75,521,1330905600"; d="scan'208";a="12264505"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	03 May 2012 07:08:39 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 3 May 2012
	08:08:38 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Thu, 3 May 2012 08:08:35 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0o+5Bgo3aUOkxHTdeu5513GTIQ4A==
Message-ID: <3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
In-Reply-To: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

The first attempt to start the VM probably broke it. Create a fresh one and=
 try again :-)

Jon

On 2 May 2012, at 22:52, Jonathan Ludlam wrote:

> Somewhat counter-intuitively, although you've booted your VM from the net=
work, it's not got a network interface. You'll need to add one:
> =

> 'xe network-list' to find an appropriate network, then
> 'xe vif-create vm-uuid=3D=85 network-uuid=3D=85 device=3D0'
> =

> before you start the guest.
> =

> The reason you were able to boot the guest at all is that the kernel is d=
ownloaded by the control domain. Once it has it and the initrd, it then sta=
rts the guest and the install proceeds from there. However, your guest has =
no network device, so it fails.
> =

> Jon
> =

> On 2 May 2012, at 22:36, David Christensen wrote:
> =

>> xen-api:
>> =

>> I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop =

>> computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):
>> =

>>    Enable thin provisioning.
>> =

>>    Don't install any Supplemental Packs (not available for XCP)
>> =

>>    Set hostname to "i72600s".
>> =

>> =

>> I then logged into the XCP box via SSH and attempted to create a "Debian =

>> Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual =

>> Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 =

>> Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":
>> =

>> 	http://xen.org/files/XenCloud/guest.pdf
>> =

>> =

>> 2012-05-02 12:58:17 root@i72600s ~
>> # xe template-list | grep name-label | grep Debian
>> 	  name-label ( RW): Debian Lenny 5.0 (32-bit)
>> 	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
>> 	  name-label ( RW): Debian Squeeze 6.0 (32-bit)
>> =

>> 2012-05-02 14:03:24 root@i72600s ~
>> # xe vm-install template=3D"Debian Squeeze 6.0 (64-bit)" =

>> new-name-label=3Dsqueeze64
>> 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>> =

>> 2012-05-02 14:04:00 root@i72600s ~
>> # xe vm-param-set uuid=3D876cf211-b265-d485-f7f6-efe5aa1c5c4c =

>> other-config:install-repository=3D"http://apt:9999/debian"
>> =

>> 2012-05-02 14:04:52 root@i72600s ~
>> # xe vm-list
>> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>>     name-label ( RW): Control domain on host: i72600s
>>    power-state ( RO): running
>> =

>> =

>> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>>     name-label ( RW): squeeze64
>>    power-state ( RO): halted
>> =

>> =

>> =

>> 2012-05-02 14:05:00 root@i72600s ~
>> # xe vm-start vm=3Dsqueeze64
>> =

>> =

>> The above command took a very long time on previous attempts.  I've
>> since installed an Apt proxy (approx), so this time starting the VM was =

>> much faster (loading kernel image over network?).
>> =

>> =

>> Continuing:
>> =

>> =

>> 2012-05-02 14:05:23 root@i72600s ~
>> # xe vm-list
>> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>> name-label ( RW): Control domain on host: i72600s
>> power-state ( RO): running
>> =

>> =

>> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>> name-label ( RW): squeeze64
>> power-state ( RO): running
>> =

>> =

>> =

>> 2012-05-02 14:05:37 root@i72600s ~
>> # xe console vm=3Dsqueeze64
>> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
>> =

>> =

>> Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
>> running, and paints enough of the screen that I can select "<Go Back>".
>> This takes me to the "Debian installer main menu".
>> =

>> =

>> At the "Select a language" screen, choose "English" .
>> =

>> =

>> At the "Select your location" screen, choose "United States".
>> =

>> =

>> At the "Configure the keyboard" screen, choose "American English".
>> =

>> =

>> At the "Detect network hardware" screen:
>> =

>>    No Ethernet card was detected. If you know the name of the driver
>>    needed by your Ethernet card, you can select it from the list.
>> =

>>    Driver needed by your Ethernet card:
>> =

>> =

>> Scrolling down the list, I see:
>> =

>>    xen-netfront: Xen Virtual Ethernet
>> =

>> =

>> But I am unable to select it via <Space> key.  Pressing <Enter>
>> repaints the screen.  I'm stuck, and cannot proceed forward in the
>> installer (?).
>> =

>> =

>> Press Ctrl+] to exit VM and shut it down:
>> =

>> 2012-05-02 14:18:27 root@i72600s ~
>> # xe vm-shutdown vm=3Dsqueeze64
>> =

>> =

>> Any suggestions?
>> =

>> =

>> TIA,
>> =

>> David
>> =

>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 07:08:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 07:08:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPq9a-0006jl-TY; Thu, 03 May 2012 07:08:42 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPq9Z-0006jg-23
	for xen-api@lists.xen.org; Thu, 03 May 2012 07:08:41 +0000
Received: from [85.158.138.51:61231] by server-12.bemta-3.messagelabs.com id
	53/CD-29760-8FE22AF4; Thu, 03 May 2012 07:08:40 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1336028919!18588690!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjY0MA==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22418 invoked from network); 3 May 2012 07:08:39 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 07:08:39 -0000
X-IronPort-AV: E=Sophos;i="4.75,521,1330905600"; d="scan'208";a="12264505"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	03 May 2012 07:08:39 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Thu, 3 May 2012
	08:08:38 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Thu, 3 May 2012 08:08:35 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0o+5Bgo3aUOkxHTdeu5513GTIQ4A==
Message-ID: <3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
In-Reply-To: <3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

The first attempt to start the VM probably broke it. Create a fresh one and=
 try again :-)

Jon

On 2 May 2012, at 22:52, Jonathan Ludlam wrote:

> Somewhat counter-intuitively, although you've booted your VM from the net=
work, it's not got a network interface. You'll need to add one:
> =

> 'xe network-list' to find an appropriate network, then
> 'xe vif-create vm-uuid=3D=85 network-uuid=3D=85 device=3D0'
> =

> before you start the guest.
> =

> The reason you were able to boot the guest at all is that the kernel is d=
ownloaded by the control domain. Once it has it and the initrd, it then sta=
rts the guest and the install proceeds from there. However, your guest has =
no network device, so it fails.
> =

> Jon
> =

> On 2 May 2012, at 22:36, David Christensen wrote:
> =

>> xen-api:
>> =

>> I'm a Xen newbie who has installed XCP-1.5-beta-base-53341 on a desktop =

>> computer (Intel DQ67SWB3 motherboard, i7-2600S CPU, and 8 GB RAM):
>> =

>>    Enable thin provisioning.
>> =

>>    Don't install any Supplemental Packs (not available for XCP)
>> =

>>    Set hostname to "i72600s".
>> =

>> =

>> I then logged into the XCP box via SSH and attempted to create a "Debian =

>> Squeeze 6.0 (64-bit)" virtual machine per "Xen Cloud Platform Virtual =

>> Machine Installation Guide Release 0.1 0.1 Published October 2009 0.1 =

>> Edition", "Chapter 4. Install Linux VMs", "Installing Debian Lenny":
>> =

>> 	http://xen.org/files/XenCloud/guest.pdf
>> =

>> =

>> 2012-05-02 12:58:17 root@i72600s ~
>> # xe template-list | grep name-label | grep Debian
>> 	  name-label ( RW): Debian Lenny 5.0 (32-bit)
>> 	  name-label ( RW): Debian Squeeze 6.0 (64-bit)
>> 	  name-label ( RW): Debian Squeeze 6.0 (32-bit)
>> =

>> 2012-05-02 14:03:24 root@i72600s ~
>> # xe vm-install template=3D"Debian Squeeze 6.0 (64-bit)" =

>> new-name-label=3Dsqueeze64
>> 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>> =

>> 2012-05-02 14:04:00 root@i72600s ~
>> # xe vm-param-set uuid=3D876cf211-b265-d485-f7f6-efe5aa1c5c4c =

>> other-config:install-repository=3D"http://apt:9999/debian"
>> =

>> 2012-05-02 14:04:52 root@i72600s ~
>> # xe vm-list
>> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>>     name-label ( RW): Control domain on host: i72600s
>>    power-state ( RO): running
>> =

>> =

>> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>>     name-label ( RW): squeeze64
>>    power-state ( RO): halted
>> =

>> =

>> =

>> 2012-05-02 14:05:00 root@i72600s ~
>> # xe vm-start vm=3Dsqueeze64
>> =

>> =

>> The above command took a very long time on previous attempts.  I've
>> since installed an Apt proxy (approx), so this time starting the VM was =

>> much faster (loading kernel image over network?).
>> =

>> =

>> Continuing:
>> =

>> =

>> 2012-05-02 14:05:23 root@i72600s ~
>> # xe vm-list
>> uuid ( RO)           : 53e98c73-50f7-48ab-a67a-24724660db38
>> name-label ( RW): Control domain on host: i72600s
>> power-state ( RO): running
>> =

>> =

>> uuid ( RO)           : 876cf211-b265-d485-f7f6-efe5aa1c5c4c
>> name-label ( RW): squeeze64
>> power-state ( RO): running
>> =

>> =

>> =

>> 2012-05-02 14:05:37 root@i72600s ~
>> # xe console vm=3Dsqueeze64
>> Connecting to console on VM squeeze64. Press Ctrl + ']' to quit.
>> =

>> =

>> Pressing <Tab> and the arrow keys lets me know that ncurses (?) is
>> running, and paints enough of the screen that I can select "<Go Back>".
>> This takes me to the "Debian installer main menu".
>> =

>> =

>> At the "Select a language" screen, choose "English" .
>> =

>> =

>> At the "Select your location" screen, choose "United States".
>> =

>> =

>> At the "Configure the keyboard" screen, choose "American English".
>> =

>> =

>> At the "Detect network hardware" screen:
>> =

>>    No Ethernet card was detected. If you know the name of the driver
>>    needed by your Ethernet card, you can select it from the list.
>> =

>>    Driver needed by your Ethernet card:
>> =

>> =

>> Scrolling down the list, I see:
>> =

>>    xen-netfront: Xen Virtual Ethernet
>> =

>> =

>> But I am unable to select it via <Space> key.  Pressing <Enter>
>> repaints the screen.  I'm stuck, and cannot proceed forward in the
>> installer (?).
>> =

>> =

>> Press Ctrl+] to exit VM and shut it down:
>> =

>> 2012-05-02 14:18:27 root@i72600s ~
>> # xe vm-shutdown vm=3Dsqueeze64
>> =

>> =

>> Any suggestions?
>> =

>> =

>> TIA,
>> =

>> David
>> =

>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 10:20:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:20:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPt8d-0001vF-46; Thu, 03 May 2012 10:19:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SPt8c-0001v8-7h
	for xen-api@lists.xen.org; Thu, 03 May 2012 10:19:54 +0000
Received: from [85.158.139.83:10159] by server-2.bemta-5.messagelabs.com id
	E1/21-17016-9CB52AF4; Thu, 03 May 2012 10:19:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-182.messagelabs.com!1336040391!22697120!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5932 invoked from network); 3 May 2012 10:19:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:19:52 -0000
Received: by lbok6 with SMTP id k6so1445770lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 03:19:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=h9ZyWQx9MoeLn9oWGyHdz9kB4ov+Vs4AATrYsHonQ9U=;
	b=wOGc9kTvUnKgrjSXeDilFYuQbc7F699BsGGhTx3uJPXQT+qzP+WPzCSffDbj5pmBKI
	NpJxpP7NMhYThigWgQmpRYpBYH5vqwh1r4vLoEwEJBPNs5Yqj1kg9/FC0YmfaOe9Bk1N
	yEpcEI7sIwGet2tMM05SJqCO+WeHG/oVH+mmXMQ1784Hi/yE7ahofyjuWSuhh3KMnk5G
	WNdr3tIjyiy4CdQn2O1gnjOBTe9QlwvdkXTyQVbY7L1uzYjLWpa1wkRLhn0JxJXNiDKI
	iFXuMeGLnnOCVzXJmEFuLbz7bPrmKIcWJPIIZng7FPQXrDW2DGoD99BEyXN+wJHX/U5J
	2tXg==
Received: by 10.112.98.162 with SMTP id ej2mr802721lbb.98.1336040391763;
	Thu, 03 May 2012 03:19:51 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id sv9sm5021443lab.10.2012.05.03.03.19.49
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 03:19:50 -0700 (PDT)
Message-ID: <4FA25BC5.2030707@gmail.com>
Date: Thu, 03 May 2012 14:19:49 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
In-Reply-To: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6764235012791396018=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6764235012791396018==
Content-Type: multipart/alternative;
 boundary="------------060404090400040301060106"

This is a multi-part message in MIME format.
--------------060404090400040301060106
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

If that VDI is not 'base copy' from snapshots, you can remove them 
manually. For NFS this is just 'remove file', for LVM - do lvdisplay, 
find LV and do lvremove for it. After that do xe sr-scan.

On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
> I am having some trouble with a ghost  vdi in my environment. After 
> some tries, i got stuck in this scenario:
>
> [root@vmserver05 ~]# xe vdi-list 
> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
> uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>           name-label ( RW): cnetweb03 1
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 4294967296
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>           name-label ( RW): cnetweb03 0
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 268435456000
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>           name-label ( RW): cnetweb03 2
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 107374182400
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
> *          name-label ( RW):*
> *    name-description ( RW):*
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
> *        virtual-size ( RO): 268435456000*
> *            sharable ( RO): false*
> *           read-only ( RO): true*
>
>
> [root@vmserver05 ~]# xe vdi-destroy 
> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
> This operation cannot be performed because the system does not manage 
> this VDI
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>
>
> How can I destroy this vdi? He isn't displayed in XenCenter.
>
> Thanks
>
> -- 
> Carlos Eduardo Tavares Terra
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------060404090400040301060106
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    If that VDI is not 'base copy' from snapshots, you can remove them
    manually. For NFS this is just 'remove file', for LVM - do
    lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.<br>
    <br>
    On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com"
      type="cite">I am having some trouble with a ghost  vdi in my
      environment. After some tries, i got stuck in this scenario:
      <div><br>
      </div>
      <div>
        <div>[root@vmserver05 ~]# xe vdi-list
          sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
        <div>
          <div>uuid ( RO)                :
            3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
          <div>          name-label ( RW): cnetweb03 1</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 4294967296</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO)                :
            ef966e58-0343-43a6-b528-902e8cfb60ae</div>
          <div>          name-label ( RW): cnetweb03 0</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 268435456000</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO)                :
            50c0034c-a838-4320-9ea1-874d9a8b6027</div>
          <div>          name-label ( RW): cnetweb03 2</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 107374182400</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div><b>uuid ( RO)                :
              322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
          <div><b>          name-label ( RW):</b></div>
          <div><b>    name-description ( RW):</b></div>
          <div><b>             sr-uuid ( RO):
              8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
          <div><b>        virtual-size ( RO): 268435456000</b></div>
          <div><b>            sharable ( RO): false</b></div>
          <div><b>           read-only ( RO): true</b></div>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>
          <div>[root@vmserver05 ~]# xe vdi-destroy
            uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
          <div>This operation cannot be performed because the system
            does not manage this VDI</div>
          <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div>
        </div>
        <div><br>
        </div>
        <div>
          <div><br>
          </div>
          <div>How can I destroy this vdi? He isn't displayed in
            XenCenter.</div>
          <div><br>
          </div>
          <div>Thanks</div>
          <div><br>
          </div>
          -- <br>
          Carlos Eduardo Tavares Terra<br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
  </body>
</html>

--------------060404090400040301060106--


--===============6764235012791396018==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6764235012791396018==--


From xen-api-bounces@lists.xen.org Thu May 03 10:20:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:20:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPt8d-0001vF-46; Thu, 03 May 2012 10:19:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SPt8c-0001v8-7h
	for xen-api@lists.xen.org; Thu, 03 May 2012 10:19:54 +0000
Received: from [85.158.139.83:10159] by server-2.bemta-5.messagelabs.com id
	E1/21-17016-9CB52AF4; Thu, 03 May 2012 10:19:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-182.messagelabs.com!1336040391!22697120!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5932 invoked from network); 3 May 2012 10:19:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:19:52 -0000
Received: by lbok6 with SMTP id k6so1445770lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 03:19:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=h9ZyWQx9MoeLn9oWGyHdz9kB4ov+Vs4AATrYsHonQ9U=;
	b=wOGc9kTvUnKgrjSXeDilFYuQbc7F699BsGGhTx3uJPXQT+qzP+WPzCSffDbj5pmBKI
	NpJxpP7NMhYThigWgQmpRYpBYH5vqwh1r4vLoEwEJBPNs5Yqj1kg9/FC0YmfaOe9Bk1N
	yEpcEI7sIwGet2tMM05SJqCO+WeHG/oVH+mmXMQ1784Hi/yE7ahofyjuWSuhh3KMnk5G
	WNdr3tIjyiy4CdQn2O1gnjOBTe9QlwvdkXTyQVbY7L1uzYjLWpa1wkRLhn0JxJXNiDKI
	iFXuMeGLnnOCVzXJmEFuLbz7bPrmKIcWJPIIZng7FPQXrDW2DGoD99BEyXN+wJHX/U5J
	2tXg==
Received: by 10.112.98.162 with SMTP id ej2mr802721lbb.98.1336040391763;
	Thu, 03 May 2012 03:19:51 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id sv9sm5021443lab.10.2012.05.03.03.19.49
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 03:19:50 -0700 (PDT)
Message-ID: <4FA25BC5.2030707@gmail.com>
Date: Thu, 03 May 2012 14:19:49 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
In-Reply-To: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6764235012791396018=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6764235012791396018==
Content-Type: multipart/alternative;
 boundary="------------060404090400040301060106"

This is a multi-part message in MIME format.
--------------060404090400040301060106
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

If that VDI is not 'base copy' from snapshots, you can remove them 
manually. For NFS this is just 'remove file', for LVM - do lvdisplay, 
find LV and do lvremove for it. After that do xe sr-scan.

On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
> I am having some trouble with a ghost  vdi in my environment. After 
> some tries, i got stuck in this scenario:
>
> [root@vmserver05 ~]# xe vdi-list 
> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
> uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>           name-label ( RW): cnetweb03 1
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 4294967296
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>           name-label ( RW): cnetweb03 0
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 268435456000
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>           name-label ( RW): cnetweb03 2
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 107374182400
>             sharable ( RO): false
>            read-only ( RO): false
>
>
> *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
> *          name-label ( RW):*
> *    name-description ( RW):*
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
> *        virtual-size ( RO): 268435456000*
> *            sharable ( RO): false*
> *           read-only ( RO): true*
>
>
> [root@vmserver05 ~]# xe vdi-destroy 
> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
> This operation cannot be performed because the system does not manage 
> this VDI
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>
>
> How can I destroy this vdi? He isn't displayed in XenCenter.
>
> Thanks
>
> -- 
> Carlos Eduardo Tavares Terra
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--------------060404090400040301060106
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    If that VDI is not 'base copy' from snapshots, you can remove them
    manually. For NFS this is just 'remove file', for LVM - do
    lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.<br>
    <br>
    On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com"
      type="cite">I am having some trouble with a ghost  vdi in my
      environment. After some tries, i got stuck in this scenario:
      <div><br>
      </div>
      <div>
        <div>[root@vmserver05 ~]# xe vdi-list
          sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
        <div>
          <div>uuid ( RO)                :
            3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
          <div>          name-label ( RW): cnetweb03 1</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 4294967296</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO)                :
            ef966e58-0343-43a6-b528-902e8cfb60ae</div>
          <div>          name-label ( RW): cnetweb03 0</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 268435456000</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO)                :
            50c0034c-a838-4320-9ea1-874d9a8b6027</div>
          <div>          name-label ( RW): cnetweb03 2</div>
          <div>    name-description ( RW):</div>
          <div>             sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>        virtual-size ( RO): 107374182400</div>
          <div>            sharable ( RO): false</div>
          <div>           read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div><b>uuid ( RO)                :
              322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
          <div><b>          name-label ( RW):</b></div>
          <div><b>    name-description ( RW):</b></div>
          <div><b>             sr-uuid ( RO):
              8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
          <div><b>        virtual-size ( RO): 268435456000</b></div>
          <div><b>            sharable ( RO): false</b></div>
          <div><b>           read-only ( RO): true</b></div>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>
          <div>[root@vmserver05 ~]# xe vdi-destroy
            uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
          <div>This operation cannot be performed because the system
            does not manage this VDI</div>
          <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div>
        </div>
        <div><br>
        </div>
        <div>
          <div><br>
          </div>
          <div>How can I destroy this vdi? He isn't displayed in
            XenCenter.</div>
          <div><br>
          </div>
          <div>Thanks</div>
          <div><br>
          </div>
          -- <br>
          Carlos Eduardo Tavares Terra<br>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
  </body>
</html>

--------------060404090400040301060106--


--===============6764235012791396018==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6764235012791396018==--


From xen-api-bounces@lists.xen.org Thu May 03 10:45:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:45:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtXN-0002Lc-VM; Thu, 03 May 2012 10:45:29 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPtXM-0002LX-Br
	for xen-api@lists.xensource.com; Thu, 03 May 2012 10:45:28 +0000
Received: from [193.109.254.147:40338] by server-8.bemta-14.messagelabs.com id
	7C/D4-23244-7C162AF4; Thu, 03 May 2012 10:45:27 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1336041923!572319!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22254 invoked from network); 3 May 2012 10:45:23 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:45:23 -0000
Received: by lagr15 with SMTP id r15so1328073lag.30
	for <xen-api@lists.xensource.com>; Thu, 03 May 2012 03:45:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=AhBKBKsrBVN8uA5GxbAbmohQ7/iXKx+B6qP9VpL32Kw=;
	b=Kh9Az9OvbNwXXdaOaZ2WWeeVU0ErJOr46v2m6UmaeJfdXvHKF+VOva+7dZQIGw5oKG
	f513Qg5WV9wLdcimCWaX5hZ9RwNnwc+NvV2KvBDKZ+zN010uZ3Un8A1c81Noimd19YFR
	6y+SnfWDsUMgV+89sOSJCMVVJd4wUR01bwy0NxqgtiJWk8jhF83fpn7bmEkIy33iZmRw
	NDiQioAhFJLMeNt69VdN8ZAhVScQfHr1H317n7AbzNxqh+3br2qQ/a3z8eVBzQtTnEjo
	88XDzTr/sh9yXK4Wn3g9PTMSo+J2oN8HmuWY3W21y07UPXOPgZmiTPc6MC+/tvV8rmbf
	yBnQ==
Received: by 10.152.102.228 with SMTP id fr4mr1616194lab.23.1336041922951;
	Thu, 03 May 2012 03:45:22 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 03:45:02 -0700 (PDT)
In-Reply-To: <BD4874944A68BE4C92E66740829DD316226B37@EX1-STGT.intern.globalways.net>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<BD4874944A68BE4C92E66740829DD316226B37@EX1-STGT.intern.globalways.net>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 07:45:02 -0300
Message-ID: <CAEcYNt7AnvH01jqbOPrzhidxaFAc8qxGoKy7J1Cuiz5ZBu5q2A@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8260004617046671766=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8260004617046671766==
Content-Type: multipart/alternative; boundary=f46d040710ab38f98d04bf1f8077

--f46d040710ab38f98d04bf1f8077
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan, one more ghost is displayed, named 'base copy':

# xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f
# xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f
uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
          name-label ( RW): cnetweb03 1
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 4294967296
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
          name-label ( RW): cnetweb03 0
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
          name-label ( RW): cnetweb03 2
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 107374182400
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ce336684-eddc-4b5b-a340-32647e42c237
          name-label ( RW): base copy
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): true


uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc
          name-label ( RW):
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): true

# xe vdi-destroy uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc
This operation cannot be performed because the system does not manage this
VDI
vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
# xe vdi-destroy uuid=3Dce336684-eddc-4b5b-a340-32647e42c237
This operation cannot be performed because the system does not manage this
VDI
vdi: ce336684-eddc-4b5b-a340-32647e42c237 (cnetweb03 0)

# lvs
 LV                                              VG
                        Attr   LSize   Origin Snap%  Move Log Copy%  Conver=
t
  MGT
VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.00M
  VHD-322a2176-ca29-4699-951f-c4def6f0d7fc
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-ao 227.27G
  VHD-3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.02G
  VHD-50c0034c-a838-4320-9ea1-874d9a8b6027
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi--- 100.20G
  VHD-ce336684-eddc-4b5b-a340-32647e42c237
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -ri-a-   6.76G
  VHD-ef966e58-0343-43a6-b528-902e8cfb60ae
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-a- 250.50G
  coalesce_ce336684-eddc-4b5b-a340-32647e42c237_1
VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.00M



On Thu, May 3, 2012 at 3:09 AM, Uli St=E4rk <Uli.Staerk@globalways.net> wro=
te:

>  Did you try xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f****
>
> ** **
>
> ** **
>
> *Von:* xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.or=
g]
> *Im Auftrag von *Carlos Eduardo Tavares Terra
> *Gesendet:* Donnerstag, 3. Mai 2012 02:31
> *An:* xen-api@lists.xensource.com
> *Betreff:* [Xen-API] Problem with ghost VDI****
>
> ** **
>
> I am having some trouble with a ghost  vdi in my environment. After some
> tries, i got stuck in this scenario:****
>
> ** **
>
> [root@vmserver05 ~]# xe vdi-list
> sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f****
>
> uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c****
>
>           name-label ( RW): cnetweb03 1****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 4294967296****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae****
>
>           name-label ( RW): cnetweb03 0****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 268435456000****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027****
>
>           name-label ( RW): cnetweb03 2****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 107374182400****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*****
>
> *          name-label ( RW):*****
>
> *    name-description ( RW):*****
>
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*****
>
> *        virtual-size ( RO): 268435456000*****
>
> *            sharable ( RO): false*****
>
> *           read-only ( RO): true*****
>
> ** **
>
> ** **
>
> [root@vmserver05 ~]# xe vdi-destroy
> uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc****
>
> This operation cannot be performed because the system does not manage thi=
s
> VDI****
>
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()****
>
> ** **
>
> ** **
>
> How can I destroy this vdi? He isn't displayed in XenCenter.****
>
> ** **
>
> Thanks****
>
> ** **
>
> --
> Carlos Eduardo Tavares Terra****
>



--=20
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d040710ab38f98d04bf1f8077
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan, one more ghost is displayed, named &#39;base copy&#39;:<div>=
<br></div><div><div># xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868=
f</div><div><div># xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be7099586=
8f</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec-eb30-4f99-8e5d-0a=
6a5ee3762c</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div=
><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0=
sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 4294967296</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-onl=
y ( RO): false</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: ef966e58-0343-43a6-b528-902e8cfb60ae</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div><div>=A0 =A0 na=
me-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8=
bdbf594-168f-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size =
( RO): 268435456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false=
</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div><div><br></div><div=
><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c-a838-4=
320-9ea1-874d9a8b6027</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetw=
eb03 2</div><div>=A0 =A0 name-description ( RW):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be7=
0995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div><d=
iv>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0read-only ( RO): false</div><div><br>

</div><div><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ce336=
684-eddc-4b5b-a340-32647e42c237</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( =
RW): base copy</div><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div=
>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-on=
ly ( RO): true</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: 322a2176-ca29-4699-951f-c4def6f0d7fc</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</div><div>=A0 =A0 name-descripti=
on ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f=
-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 26843=
5456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</div></div><div><br></div=
><div><div># xe vdi-destroy uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</di=
v><div>This operation cannot be performed because the system does not manag=
e this VDI</div>

<div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div><div># xe vdi-destro=
y uuid=3Dce336684-eddc-4b5b-a340-32647e42c237</div><div>This operation cann=
ot be performed because the system does not manage this VDI</div><div>vdi: =
ce336684-eddc-4b5b-a340-32647e42c237 (cnetweb03 0)</div>

</div><div><br></div><div># lvs</div><div><div>=A0LV =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VG =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 Attr =A0 LSize =A0 Origin Snap% =A0Move Log Copy% =A0C=
onvert</div><div>=A0 MGT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VG_XenStorage-8bdbf594-168f-f54d-4a=
2a-1be70995868f -wi--- =A0 4.00M</div>

<div>=A0 VHD-322a2176-ca29-4699-951f-c4def6f0d7fc =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-ao 227.27G</div><div>=A0 VHD-3=
c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c =A0 =A0 =A0 =A0VG_XenStorage-8bdbf594-1=
68f-f54d-4a2a-1be70995868f -wi--- =A0 4.02G</div>

<div>=A0 VHD-50c0034c-a838-4320-9ea1-874d9a8b6027 =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi--- 100.20G</div><div>=A0 VHD-c=
e336684-eddc-4b5b-a340-32647e42c237 =A0 =A0 =A0 =A0VG_XenStorage-8bdbf594-1=
68f-f54d-4a2a-1be70995868f -ri-a- =A0 6.76G</div>

<div>=A0 VHD-ef966e58-0343-43a6-b528-902e8cfb60ae =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-a- 250.50G</div><div>=A0 coale=
sce_ce336684-eddc-4b5b-a340-32647e42c237_1 VG_XenStorage-8bdbf594-168f-f54d=
-4a2a-1be70995868f -wi--- =A0 4.00M</div>

</div><div><br></div><div><br></div><br><div class=3D"gmail_quote">On Thu, =
May 3, 2012 at 3:09 AM, Uli St=E4rk <span dir=3D"ltr">&lt;<a href=3D"mailto=
:Uli.Staerk@globalways.net" target=3D"_blank">Uli.Staerk@globalways.net</a>=
&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Did you tr=
y xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f<u></u><u></u></spa=
n></p>


<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0=
<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0=
<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">Von:</span></b><span style=3D"font-si=
ze:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:xen-api-bounces@lists.xen.org" target=3D"_blank">xen-api-bounces=
@lists.xen.org</a> [mailto:<a href=3D"mailto:xen-api-bounces@lists.xen.org"=
 target=3D"_blank">xen-api-bounces@lists.xen.org</a>]
<b>Im Auftrag von </b>Carlos Eduardo Tavares Terra<br>
<b>Gesendet:</b> Donnerstag, 3. Mai 2012 02:31<br>
<b>An:</b> <a href=3D"mailto:xen-api@lists.xensource.com" target=3D"_blank"=
>xen-api@lists.xensource.com</a><br>
<b>Betreff:</b> [Xen-API] Problem with ghost VDI<u></u><u></u></span></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<p class=3D"MsoNormal">I am having some trouble with a ghost =A0vdi in my e=
nvironment. After some tries, i got stuck in this scenario:<u></u><u></u></=
p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">[root@vmserver05 ~]# xe vdi-list sr-uuid=3D8bdbf594-=
168f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec=
-eb30-4f99-8e5d-0a6a5ee3762c<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D"tel:4=
294967296" value=3D"+554294967296" target=3D"_blank">4294967296</a><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ef966e58=
-0343-43a6-b528-902e8cfb60ae<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c=
-a838-4320-9ea1-874d9a8b6027<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 2<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 322a2=
176-ca29-4699-951f-c4def6f0d7fc</b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 name-description ( RW):</b><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf59=
4-168f-f54d-4a2a-1be70995868f</b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000<=
/b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b>=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</b><=
u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">[root@vmserver05 ~]# xe vdi-destroy uuid=3D322a2176-=
ca29-4699-951f-c4def6f0d7fc<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This operation cannot be performed because the syste=
m does not manage this VDI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()<u></u><=
u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">How can I destroy this vdi? He isn&#39;t displayed i=
n XenCenter.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal">-- <br>
Carlos Eduardo Tavares Terra<u></u><u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>


</div>

--f46d040710ab38f98d04bf1f8077--


--===============8260004617046671766==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8260004617046671766==--


From xen-api-bounces@lists.xen.org Thu May 03 10:45:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:45:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtXN-0002Lc-VM; Thu, 03 May 2012 10:45:29 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPtXM-0002LX-Br
	for xen-api@lists.xensource.com; Thu, 03 May 2012 10:45:28 +0000
Received: from [193.109.254.147:40338] by server-8.bemta-14.messagelabs.com id
	7C/D4-23244-7C162AF4; Thu, 03 May 2012 10:45:27 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1336041923!572319!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22254 invoked from network); 3 May 2012 10:45:23 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:45:23 -0000
Received: by lagr15 with SMTP id r15so1328073lag.30
	for <xen-api@lists.xensource.com>; Thu, 03 May 2012 03:45:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=AhBKBKsrBVN8uA5GxbAbmohQ7/iXKx+B6qP9VpL32Kw=;
	b=Kh9Az9OvbNwXXdaOaZ2WWeeVU0ErJOr46v2m6UmaeJfdXvHKF+VOva+7dZQIGw5oKG
	f513Qg5WV9wLdcimCWaX5hZ9RwNnwc+NvV2KvBDKZ+zN010uZ3Un8A1c81Noimd19YFR
	6y+SnfWDsUMgV+89sOSJCMVVJd4wUR01bwy0NxqgtiJWk8jhF83fpn7bmEkIy33iZmRw
	NDiQioAhFJLMeNt69VdN8ZAhVScQfHr1H317n7AbzNxqh+3br2qQ/a3z8eVBzQtTnEjo
	88XDzTr/sh9yXK4Wn3g9PTMSo+J2oN8HmuWY3W21y07UPXOPgZmiTPc6MC+/tvV8rmbf
	yBnQ==
Received: by 10.152.102.228 with SMTP id fr4mr1616194lab.23.1336041922951;
	Thu, 03 May 2012 03:45:22 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 03:45:02 -0700 (PDT)
In-Reply-To: <BD4874944A68BE4C92E66740829DD316226B37@EX1-STGT.intern.globalways.net>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<BD4874944A68BE4C92E66740829DD316226B37@EX1-STGT.intern.globalways.net>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 07:45:02 -0300
Message-ID: <CAEcYNt7AnvH01jqbOPrzhidxaFAc8qxGoKy7J1Cuiz5ZBu5q2A@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8260004617046671766=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8260004617046671766==
Content-Type: multipart/alternative; boundary=f46d040710ab38f98d04bf1f8077

--f46d040710ab38f98d04bf1f8077
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan, one more ghost is displayed, named 'base copy':

# xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f
# xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f
uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
          name-label ( RW): cnetweb03 1
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 4294967296
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
          name-label ( RW): cnetweb03 0
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
          name-label ( RW): cnetweb03 2
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 107374182400
            sharable ( RO): false
           read-only ( RO): false


uuid ( RO)                : ce336684-eddc-4b5b-a340-32647e42c237
          name-label ( RW): base copy
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): true


uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc
          name-label ( RW):
    name-description ( RW):
             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
        virtual-size ( RO): 268435456000
            sharable ( RO): false
           read-only ( RO): true

# xe vdi-destroy uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc
This operation cannot be performed because the system does not manage this
VDI
vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
# xe vdi-destroy uuid=3Dce336684-eddc-4b5b-a340-32647e42c237
This operation cannot be performed because the system does not manage this
VDI
vdi: ce336684-eddc-4b5b-a340-32647e42c237 (cnetweb03 0)

# lvs
 LV                                              VG
                        Attr   LSize   Origin Snap%  Move Log Copy%  Conver=
t
  MGT
VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.00M
  VHD-322a2176-ca29-4699-951f-c4def6f0d7fc
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-ao 227.27G
  VHD-3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.02G
  VHD-50c0034c-a838-4320-9ea1-874d9a8b6027
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi--- 100.20G
  VHD-ce336684-eddc-4b5b-a340-32647e42c237
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -ri-a-   6.76G
  VHD-ef966e58-0343-43a6-b528-902e8cfb60ae
 VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-a- 250.50G
  coalesce_ce336684-eddc-4b5b-a340-32647e42c237_1
VG_XenStorage-8bdbf594-168f-f54d-4a2a-1be70995868f -wi---   4.00M



On Thu, May 3, 2012 at 3:09 AM, Uli St=E4rk <Uli.Staerk@globalways.net> wro=
te:

>  Did you try xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f****
>
> ** **
>
> ** **
>
> *Von:* xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.or=
g]
> *Im Auftrag von *Carlos Eduardo Tavares Terra
> *Gesendet:* Donnerstag, 3. Mai 2012 02:31
> *An:* xen-api@lists.xensource.com
> *Betreff:* [Xen-API] Problem with ghost VDI****
>
> ** **
>
> I am having some trouble with a ghost  vdi in my environment. After some
> tries, i got stuck in this scenario:****
>
> ** **
>
> [root@vmserver05 ~]# xe vdi-list
> sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f****
>
> uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c****
>
>           name-label ( RW): cnetweb03 1****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 4294967296****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae****
>
>           name-label ( RW): cnetweb03 0****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 268435456000****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027****
>
>           name-label ( RW): cnetweb03 2****
>
>     name-description ( RW):****
>
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f****
>
>         virtual-size ( RO): 107374182400****
>
>             sharable ( RO): false****
>
>            read-only ( RO): false****
>
> ** **
>
> ** **
>
> *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*****
>
> *          name-label ( RW):*****
>
> *    name-description ( RW):*****
>
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*****
>
> *        virtual-size ( RO): 268435456000*****
>
> *            sharable ( RO): false*****
>
> *           read-only ( RO): true*****
>
> ** **
>
> ** **
>
> [root@vmserver05 ~]# xe vdi-destroy
> uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc****
>
> This operation cannot be performed because the system does not manage thi=
s
> VDI****
>
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()****
>
> ** **
>
> ** **
>
> How can I destroy this vdi? He isn't displayed in XenCenter.****
>
> ** **
>
> Thanks****
>
> ** **
>
> --
> Carlos Eduardo Tavares Terra****
>



--=20
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d040710ab38f98d04bf1f8077
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan, one more ghost is displayed, named &#39;base copy&#39;:<div>=
<br></div><div><div># xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868=
f</div><div><div># xe vdi-list sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be7099586=
8f</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec-eb30-4f99-8e5d-0a=
6a5ee3762c</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div=
><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0=
sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 4294967296</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-onl=
y ( RO): false</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: ef966e58-0343-43a6-b528-902e8cfb60ae</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div><div>=A0 =A0 na=
me-description ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8=
bdbf594-168f-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size =
( RO): 268435456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false=
</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div><div><br></div><div=
><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c-a838-4=
320-9ea1-874d9a8b6027</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetw=
eb03 2</div><div>=A0 =A0 name-description ( RW):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be7=
0995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div><d=
iv>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0read-only ( RO): false</div><div><br>

</div><div><br></div><div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ce336=
684-eddc-4b5b-a340-32647e42c237</div><div>=A0 =A0 =A0 =A0 =A0 name-label ( =
RW): base copy</div><div>=A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f</div=
>

<div>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0 sharable ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0read-on=
ly ( RO): true</div><div><br></div><div><br></div><div>uuid ( RO) =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0: 322a2176-ca29-4699-951f-c4def6f0d7fc</div>

<div>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</div><div>=A0 =A0 name-descripti=
on ( RW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-168f=
-f54d-4a2a-1be70995868f</div><div>=A0 =A0 =A0 =A0 virtual-size ( RO): 26843=
5456000</div><div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</div></div><div><br></div=
><div><div># xe vdi-destroy uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</di=
v><div>This operation cannot be performed because the system does not manag=
e this VDI</div>

<div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div><div># xe vdi-destro=
y uuid=3Dce336684-eddc-4b5b-a340-32647e42c237</div><div>This operation cann=
ot be performed because the system does not manage this VDI</div><div>vdi: =
ce336684-eddc-4b5b-a340-32647e42c237 (cnetweb03 0)</div>

</div><div><br></div><div># lvs</div><div><div>=A0LV =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0VG =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0 =A0 Attr =A0 LSize =A0 Origin Snap% =A0Move Log Copy% =A0C=
onvert</div><div>=A0 MGT =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VG_XenStorage-8bdbf594-168f-f54d-4a=
2a-1be70995868f -wi--- =A0 4.00M</div>

<div>=A0 VHD-322a2176-ca29-4699-951f-c4def6f0d7fc =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-ao 227.27G</div><div>=A0 VHD-3=
c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c =A0 =A0 =A0 =A0VG_XenStorage-8bdbf594-1=
68f-f54d-4a2a-1be70995868f -wi--- =A0 4.02G</div>

<div>=A0 VHD-50c0034c-a838-4320-9ea1-874d9a8b6027 =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi--- 100.20G</div><div>=A0 VHD-c=
e336684-eddc-4b5b-a340-32647e42c237 =A0 =A0 =A0 =A0VG_XenStorage-8bdbf594-1=
68f-f54d-4a2a-1be70995868f -ri-a- =A0 6.76G</div>

<div>=A0 VHD-ef966e58-0343-43a6-b528-902e8cfb60ae =A0 =A0 =A0 =A0VG_XenStor=
age-8bdbf594-168f-f54d-4a2a-1be70995868f -wi-a- 250.50G</div><div>=A0 coale=
sce_ce336684-eddc-4b5b-a340-32647e42c237_1 VG_XenStorage-8bdbf594-168f-f54d=
-4a2a-1be70995868f -wi--- =A0 4.00M</div>

</div><div><br></div><div><br></div><br><div class=3D"gmail_quote">On Thu, =
May 3, 2012 at 3:09 AM, Uli St=E4rk <span dir=3D"ltr">&lt;<a href=3D"mailto=
:Uli.Staerk@globalways.net" target=3D"_blank">Uli.Staerk@globalways.net</a>=
&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">





<div lang=3D"DE" link=3D"blue" vlink=3D"purple">
<div>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Did you tr=
y xe sr-scan uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f<u></u><u></u></spa=
n></p>


<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0=
<u></u></span></p>
<p class=3D"MsoNormal"><span lang=3D"EN-GB" style=3D"font-size:11.0pt;font-=
family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u>=A0=
<u></u></span></p>
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">Von:</span></b><span style=3D"font-si=
ze:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> <a href=
=3D"mailto:xen-api-bounces@lists.xen.org" target=3D"_blank">xen-api-bounces=
@lists.xen.org</a> [mailto:<a href=3D"mailto:xen-api-bounces@lists.xen.org"=
 target=3D"_blank">xen-api-bounces@lists.xen.org</a>]
<b>Im Auftrag von </b>Carlos Eduardo Tavares Terra<br>
<b>Gesendet:</b> Donnerstag, 3. Mai 2012 02:31<br>
<b>An:</b> <a href=3D"mailto:xen-api@lists.xensource.com" target=3D"_blank"=
>xen-api@lists.xensource.com</a><br>
<b>Betreff:</b> [Xen-API] Problem with ghost VDI<u></u><u></u></span></p><d=
iv><div class=3D"h5">
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
<p class=3D"MsoNormal">I am having some trouble with a ghost =A0vdi in my e=
nvironment. After some tries, i got stuck in this scenario:<u></u><u></u></=
p>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">[root@vmserver05 ~]# xe vdi-list sr-uuid=3D8bdbf594-=
168f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 3c8bc8ec=
-eb30-4f99-8e5d-0a6a5ee3762c<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D"tel:4=
294967296" value=3D"+554294967296" target=3D"_blank">4294967296</a><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: ef966e58=
-0343-43a6-b528-902e8cfb60ae<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 50c0034c=
-a838-4320-9ea1-874d9a8b6027<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 2<u>=
</u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 name-description ( RW):<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf594-1=
68f-f54d-4a2a-1be70995868f<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400<u><=
/u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<u></u>=
<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 322a2=
176-ca29-4699-951f-c4def6f0d7fc</b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b><u></u><=
u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 name-description ( RW):</b><u></u><u></u>=
</p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO): 8bdbf59=
4-168f-f54d-4a2a-1be70995868f</b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000<=
/b><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b>=
<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</b><=
u></u><u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">[root@vmserver05 ~]# xe vdi-destroy uuid=3D322a2176-=
ca29-4699-951f-c4def6f0d7fc<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">This operation cannot be performed because the syste=
m does not manage this VDI<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()<u></u><=
u></u></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">How can I destroy this vdi? He isn&#39;t displayed i=
n XenCenter.<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal"><u></u>=A0<u></u></p>
</div>
<p class=3D"MsoNormal">-- <br>
Carlos Eduardo Tavares Terra<u></u><u></u></p>
</div>
</div>
</div></div></div>
</div>

</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>


</div>

--f46d040710ab38f98d04bf1f8077--


--===============8260004617046671766==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8260004617046671766==--


From xen-api-bounces@lists.xen.org Thu May 03 10:46:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:46:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtYd-0002PB-6H; Thu, 03 May 2012 10:46:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPtYc-0002P1-2K
	for xen-api@lists.xen.org; Thu, 03 May 2012 10:46:46 +0000
Received: from [193.109.254.147:57074] by server-11.bemta-14.messagelabs.com
	id 38/95-05858-51262AF4; Thu, 03 May 2012 10:46:45 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1336041996!7437270!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29442 invoked from network); 3 May 2012 10:46:37 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:46:37 -0000
Received: by lbok6 with SMTP id k6so1462675lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 03:46:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=KMlShgdy9jVtZJRKBMTFxC/k/9lN7wLRYBYR4vWhEuo=;
	b=KOK513ltFFqO1gQkAHOj/N/LQDFG0GZ+Nt40o5ZKhx6Hd6S+XlHoRHHUSb20lKbxUZ
	aB0bHJUkIEgQ3OLEEeIv2JAqGLubVq9FVFFrnbMP8vVBBuHOfevyZdpvO9NwfUEmUY2E
	uRGr0YxTG9dnyVirvix1EARGr85k9Ou4ayFWd5BUkTJGE4tyryUlClLfKsi+CaJ4lEjX
	xf2wD4VjGGEmj2H44jMQxZ75fCJVXHC0vR2Im3lTZVJ7YO52xxJ0V+NjYmJRQyuQr4Cp
	il5GQLEORnYvm+kQc5w2EKYZLvVHr7unc5r0pXoLw+CSoJkHk6AAhvtQS/dbbdYYVCuM
	whsA==
Received: by 10.112.85.230 with SMTP id k6mr822092lbz.49.1336041996541; Thu,
	03 May 2012 03:46:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 03:46:14 -0700 (PDT)
In-Reply-To: <4FA25BC5.2030707@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 07:46:14 -0300
Message-ID: <CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5745172205017610991=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5745172205017610991==
Content-Type: multipart/alternative; boundary=f46d0401fa119be02404bf1f846b

--f46d0401fa119be02404bf1f846b
Content-Type: text/plain; charset=ISO-8859-1

After sr-scan I have a new VDI named 'base copy'.
What is that? A snapshot that created another vm?

On Thu, May 3, 2012 at 7:19 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  If that VDI is not 'base copy' from snapshots, you can remove them
> manually. For NFS this is just 'remove file', for LVM - do lvdisplay, find
> LV and do lvremove for it. After that do xe sr-scan.
>
>
> On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>
> I am having some trouble with a ghost  vdi in my environment. After some
> tries, i got stuck in this scenario:
>
>  [root@vmserver05 ~]# xe vdi-list
> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>  uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>           name-label ( RW): cnetweb03 1
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 4294967296
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>           name-label ( RW): cnetweb03 0
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 268435456000
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>           name-label ( RW): cnetweb03 2
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 107374182400
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
> *          name-label ( RW):*
> *    name-description ( RW):*
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
> *        virtual-size ( RO): 268435456000*
> *            sharable ( RO): false*
> *           read-only ( RO): true*
>
>
>  [root@vmserver05 ~]# xe vdi-destroy
> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
> This operation cannot be performed because the system does not manage this
> VDI
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>
>
>  How can I destroy this vdi? He isn't displayed in XenCenter.
>
>  Thanks
>
>  --
> Carlos Eduardo Tavares Terra
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d0401fa119be02404bf1f846b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan I have a new VDI named &#39;base copy&#39;.=A0<div>What is th=
at? A snapshot that created another vm?<br><br><div class=3D"gmail_quote">O=
n Thu, May 3, 2012 at 7:19 AM, George Shuklin <span dir=3D"ltr">&lt;<a href=
=3D"mailto:george.shuklin@gmail.com" target=3D"_blank">george.shuklin@gmail=
.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    If that VDI is not &#39;base copy&#39; from snapshots, you can remove t=
hem
    manually. For NFS this is just &#39;remove file&#39;, for LVM - do
    lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.<di=
v><div class=3D"h5"><br>
    <br>
    On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
    </div></div><blockquote type=3D"cite"><div><div class=3D"h5">I am havin=
g some trouble with a ghost =A0vdi in my
      environment. After some tries, i got stuck in this scenario:
      <div><br>
      </div>
      <div>
        <div>[root@vmserver05 ~]# xe vdi-list
          sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div>
        <div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D"tel:429496729=
6" value=3D"+554294967296" target=3D"_blank">4294967296</a></div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            ef966e58-0343-43a6-b528-902e8cfb60ae</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            50c0034c-a838-4320-9ea1-874d9a8b6027</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 2</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
              322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b></div>
          <div><b>=A0 =A0 name-description ( RW):</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
              8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
          <div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</b></div=
>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</b></div>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>
          <div>[root@vmserver05 ~]# xe vdi-destroy
            uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</div>
          <div>This operation cannot be performed because the system
            does not manage this VDI</div>
          <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div>
        </div>
        <div><br>
        </div>
        <div>
          <div><br>
          </div>
          <div>How can I destroy this vdi? He isn&#39;t displayed in
            XenCenter.</div>
          <div><br>
          </div>
          <div>Thanks</div>
          <div><br>
          </div>
          -- <br>
          Carlos Eduardo Tavares Terra<br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
  </div>

<br>_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos E=
duardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraest=
rutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>


</div>

--f46d0401fa119be02404bf1f846b--


--===============5745172205017610991==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5745172205017610991==--


From xen-api-bounces@lists.xen.org Thu May 03 10:46:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 10:46:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtYd-0002PB-6H; Thu, 03 May 2012 10:46:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPtYc-0002P1-2K
	for xen-api@lists.xen.org; Thu, 03 May 2012 10:46:46 +0000
Received: from [193.109.254.147:57074] by server-11.bemta-14.messagelabs.com
	id 38/95-05858-51262AF4; Thu, 03 May 2012 10:46:45 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1336041996!7437270!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29442 invoked from network); 3 May 2012 10:46:37 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 10:46:37 -0000
Received: by lbok6 with SMTP id k6so1462675lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 03:46:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=KMlShgdy9jVtZJRKBMTFxC/k/9lN7wLRYBYR4vWhEuo=;
	b=KOK513ltFFqO1gQkAHOj/N/LQDFG0GZ+Nt40o5ZKhx6Hd6S+XlHoRHHUSb20lKbxUZ
	aB0bHJUkIEgQ3OLEEeIv2JAqGLubVq9FVFFrnbMP8vVBBuHOfevyZdpvO9NwfUEmUY2E
	uRGr0YxTG9dnyVirvix1EARGr85k9Ou4ayFWd5BUkTJGE4tyryUlClLfKsi+CaJ4lEjX
	xf2wD4VjGGEmj2H44jMQxZ75fCJVXHC0vR2Im3lTZVJ7YO52xxJ0V+NjYmJRQyuQr4Cp
	il5GQLEORnYvm+kQc5w2EKYZLvVHr7unc5r0pXoLw+CSoJkHk6AAhvtQS/dbbdYYVCuM
	whsA==
Received: by 10.112.85.230 with SMTP id k6mr822092lbz.49.1336041996541; Thu,
	03 May 2012 03:46:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 03:46:14 -0700 (PDT)
In-Reply-To: <4FA25BC5.2030707@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 07:46:14 -0300
Message-ID: <CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5745172205017610991=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============5745172205017610991==
Content-Type: multipart/alternative; boundary=f46d0401fa119be02404bf1f846b

--f46d0401fa119be02404bf1f846b
Content-Type: text/plain; charset=ISO-8859-1

After sr-scan I have a new VDI named 'base copy'.
What is that? A snapshot that created another vm?

On Thu, May 3, 2012 at 7:19 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  If that VDI is not 'base copy' from snapshots, you can remove them
> manually. For NFS this is just 'remove file', for LVM - do lvdisplay, find
> LV and do lvremove for it. After that do xe sr-scan.
>
>
> On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>
> I am having some trouble with a ghost  vdi in my environment. After some
> tries, i got stuck in this scenario:
>
>  [root@vmserver05 ~]# xe vdi-list
> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>  uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>           name-label ( RW): cnetweb03 1
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 4294967296
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>           name-label ( RW): cnetweb03 0
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 268435456000
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>           name-label ( RW): cnetweb03 2
>     name-description ( RW):
>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>         virtual-size ( RO): 107374182400
>             sharable ( RO): false
>            read-only ( RO): false
>
>
>  *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
> *          name-label ( RW):*
> *    name-description ( RW):*
> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
> *        virtual-size ( RO): 268435456000*
> *            sharable ( RO): false*
> *           read-only ( RO): true*
>
>
>  [root@vmserver05 ~]# xe vdi-destroy
> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
> This operation cannot be performed because the system does not manage this
> VDI
> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>
>
>  How can I destroy this vdi? He isn't displayed in XenCenter.
>
>  Thanks
>
>  --
> Carlos Eduardo Tavares Terra
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d0401fa119be02404bf1f846b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

After sr-scan I have a new VDI named &#39;base copy&#39;.=A0<div>What is th=
at? A snapshot that created another vm?<br><br><div class=3D"gmail_quote">O=
n Thu, May 3, 2012 at 7:19 AM, George Shuklin <span dir=3D"ltr">&lt;<a href=
=3D"mailto:george.shuklin@gmail.com" target=3D"_blank">george.shuklin@gmail=
.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    If that VDI is not &#39;base copy&#39; from snapshots, you can remove t=
hem
    manually. For NFS this is just &#39;remove file&#39;, for LVM - do
    lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.<di=
v><div class=3D"h5"><br>
    <br>
    On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
    </div></div><blockquote type=3D"cite"><div><div class=3D"h5">I am havin=
g some trouble with a ghost =A0vdi in my
      environment. After some tries, i got stuck in this scenario:
      <div><br>
      </div>
      <div>
        <div>[root@vmserver05 ~]# xe vdi-list
          sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div>
        <div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 1</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D"tel:429496729=
6" value=3D"+554294967296" target=3D"_blank">4294967296</a></div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            ef966e58-0343-43a6-b528-902e8cfb60ae</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 0</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
            50c0034c-a838-4320-9ea1-874d9a8b6027</div>
          <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb03 2</div>
          <div>=A0 =A0 name-description ( RW):</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
            8bdbf594-168f-f54d-4a2a-1be70995868f</div>
          <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 107374182400</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</div>
          <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false</div>
          <div><br>
          </div>
          <div><br>
          </div>
          <div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
              322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b></div>
          <div><b>=A0 =A0 name-description ( RW):</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
              8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
          <div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 268435456000</b></div=
>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false</b></div>
          <div><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): true</b></div>
        </div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>
          <div>[root@vmserver05 ~]# xe vdi-destroy
            uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</div>
          <div>This operation cannot be performed because the system
            does not manage this VDI</div>
          <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()</div>
        </div>
        <div><br>
        </div>
        <div>
          <div><br>
          </div>
          <div>How can I destroy this vdi? He isn&#39;t displayed in
            XenCenter.</div>
          <div><br>
          </div>
          <div>Thanks</div>
          <div><br>
          </div>
          -- <br>
          Carlos Eduardo Tavares Terra<br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><pre>_______________________________________________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
  </div>

<br>_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos E=
duardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraest=
rutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>


</div>

--f46d0401fa119be02404bf1f846b--


--===============5745172205017610991==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5745172205017610991==--


From xen-api-bounces@lists.xen.org Thu May 03 11:00:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 11:00:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtm0-0002s5-4u; Thu, 03 May 2012 11:00:36 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dartvader@fineweb.com>) id 1SPtly-0002s0-N3
	for xen-api@lists.xensource.com; Thu, 03 May 2012 11:00:34 +0000
Received: from [85.158.139.83:5520] by server-12.bemta-5.messagelabs.com id
	66/45-01344-15562AF4; Thu, 03 May 2012 11:00:33 +0000
X-Env-Sender: dartvader@fineweb.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1336042832!26038408!1
X-Originating-IP: [62.149.194.121]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23449 invoked from network); 3 May 2012 11:00:33 -0000
Received: from mx1.incentra.it (HELO mx1.incentra.it) (62.149.194.121)
	by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 3 May 2012 11:00:33 -0000
Received: (qmail 16757 invoked by uid 89); 3 May 2012 11:00:36 -0000
Received: by simscan 1.4.0 ppid: 16751, pid: 16754, t: 0.0407s scanners:none
Received: from unknown (HELO ?10.69.10.111?)
	(marco.cintolesi@sysmic.it@88.149.176.89)
	by mx1.incentra.it with ESMTPA; 3 May 2012 11:00:36 -0000
Message-ID: <4FA2658F.1040704@fineweb.com>
Date: Thu, 03 May 2012 13:01:35 +0200
From: Dart Vader <dartvader@fineweb.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] XCP 1.5 stable ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
whats the estimated time for XCP 1.5 to become stable ?
we're using the 1.5 beta on a test cluster without any problem, but we 
would like to start the production cluster with a stable version.

Thanks
Marco

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 11:00:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 11:00:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPtm0-0002s5-4u; Thu, 03 May 2012 11:00:36 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dartvader@fineweb.com>) id 1SPtly-0002s0-N3
	for xen-api@lists.xensource.com; Thu, 03 May 2012 11:00:34 +0000
Received: from [85.158.139.83:5520] by server-12.bemta-5.messagelabs.com id
	66/45-01344-15562AF4; Thu, 03 May 2012 11:00:33 +0000
X-Env-Sender: dartvader@fineweb.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1336042832!26038408!1
X-Originating-IP: [62.149.194.121]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23449 invoked from network); 3 May 2012 11:00:33 -0000
Received: from mx1.incentra.it (HELO mx1.incentra.it) (62.149.194.121)
	by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 3 May 2012 11:00:33 -0000
Received: (qmail 16757 invoked by uid 89); 3 May 2012 11:00:36 -0000
Received: by simscan 1.4.0 ppid: 16751, pid: 16754, t: 0.0407s scanners:none
Received: from unknown (HELO ?10.69.10.111?)
	(marco.cintolesi@sysmic.it@88.149.176.89)
	by mx1.incentra.it with ESMTPA; 3 May 2012 11:00:36 -0000
Message-ID: <4FA2658F.1040704@fineweb.com>
Date: Thu, 03 May 2012 13:01:35 +0200
From: Dart Vader <dartvader@fineweb.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] XCP 1.5 stable ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
whats the estimated time for XCP 1.5 to become stable ?
we're using the 1.5 beta on a test cluster without any problem, but we 
would like to start the production cluster with a stable version.

Thanks
Marco

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 11:21:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 11:21:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPu5m-00031G-0b; Thu, 03 May 2012 11:21:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SPu5k-00031B-Aa
	for xen-api@lists.xen.org; Thu, 03 May 2012 11:21:00 +0000
Received: from [85.158.138.51:43654] by server-9.bemta-3.messagelabs.com id
	DC/6D-26691-91A62AF4; Thu, 03 May 2012 11:20:57 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1336044055!17100811!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24426 invoked from network); 3 May 2012 11:20:56 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 11:20:56 -0000
Received: by lahe6 with SMTP id e6so1472306lah.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 04:20:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=ysyUJpXrGqkI1dIJnZW0MYwnQHuPxLzCgYFfgZvqDYo=;
	b=XXLUWa4yWhQaTkEJlUNvacHSWS/QQaN1IYETUjUz+O0V7Yoo1bVw67ajs8/rqN4x+s
	Tq+J9DXUqKN1xL4IWCPbLImZ+ILTzuWRPHum/+6W8Z46v5BMIt/ihs3Otz37ClwOPx8I
	qKaxWk8cPrQUxQ/Mw4v2yGLwY9hv0h2BkmYKJNTN+trsQIqT0LfpgjGIrhosDn2Uf0Tk
	dvsYweGmJlzd4s/I/89u58IbcotzHVjdtvoMXM1VjCjNuaWyqoTgn5uCooaBhRoz00Y9
	NZmgSSE+KYATmFSskIdLRLipSzF9t8cmr1uG64Y0q1fVmem20immOC4A+AeQINCCKYs+
	6xqw==
Received: by 10.112.42.41 with SMTP id k9mr814532lbl.96.1336044055345;
	Thu, 03 May 2012 04:20:55 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fx5sm6301448lbb.5.2012.05.03.04.20.54
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 04:20:54 -0700 (PDT)
Message-ID: <4FA26A1C.9070209@gmail.com>
Date: Thu, 03 May 2012 15:21:00 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
In-Reply-To: <CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4940936332174075010=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4940936332174075010==
Content-Type: multipart/alternative;
 boundary="------------070002070307070106070107"

This is a multi-part message in MIME format.
--------------070002070307070106070107
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

base copy is part of very ugly snapshot/clone model of VHD-based storage 
in XCP.

When you do some clone/snapshot, you getting three objects.

Old (one, which was base for cloning/snapshoting)
New
base copy, which contain readonly difference between previous state and 
state at the moment of operation (no 'previous', means difference with 
zero-filled).

So you can not rid of base copy.


... I can say usage of VHD was the most unpleasant part of XCP. Extreme 
low performance (compare to 'raw'), high overhead on COW copy, 
limitation on size of VDI (2TiB max), shifted align of every block, very 
annoying coalesing operations and many other stuff...


On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
> After sr-scan I have a new VDI named 'base copy'.
> What is that? A snapshot that created another vm?
>
> On Thu, May 3, 2012 at 7:19 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     If that VDI is not 'base copy' from snapshots, you can remove them
>     manually. For NFS this is just 'remove file', for LVM - do
>     lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.
>
>
>     On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>     I am having some trouble with a ghost  vdi in my environment.
>>     After some tries, i got stuck in this scenario:
>>
>>     [root@vmserver05 ~]# xe vdi-list
>>     sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>     uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>               name-label ( RW): cnetweb03 1
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 4294967296 <tel:4294967296>
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>               name-label ( RW): cnetweb03 0
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 268435456000
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>               name-label ( RW): cnetweb03 2
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 107374182400
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
>>     *          name-label ( RW):*
>>     *    name-description ( RW):*
>>     *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
>>     *        virtual-size ( RO): 268435456000*
>>     *            sharable ( RO): false*
>>     *           read-only ( RO): true*
>>
>>
>>     [root@vmserver05 ~]# xe vdi-destroy
>>     uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>>     This operation cannot be performed because the system does not
>>     manage this VDI
>>     vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>
>>
>>     How can I destroy this vdi? He isn't displayed in XenCenter.
>>
>>     Thanks
>>
>>     -- 
>>     Carlos Eduardo Tavares Terra
>>
>>
>>     _______________________________________________
>>     Xen-api mailing list
>>     Xen-api@lists.xen.org  <mailto:Xen-api@lists.xen.org>
>>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>     _______________________________________________
>     Xen-api mailing list
>     Xen-api@lists.xen.org <mailto:Xen-api@lists.xen.org>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]

--------------070002070307070106070107
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    base copy is part of very ugly snapshot/clone model of VHD-based
    storage in XCP. <br>
    <br>
    When you do some clone/snapshot, you getting three objects. <br>
    <br>
    Old (one, which was base for cloning/snapshoting)<br>
    New<br>
    base copy, which contain readonly difference between previous state
    and state at the moment of operation (no 'previous', means
    difference with zero-filled).<br>
    <br>
    So you can not rid of base copy. <br>
    <br>
    <br>
    ... I can say usage of VHD was the most unpleasant part of XCP.
    Extreme low performance (compare to 'raw'), high overhead on COW
    copy, limitation on size of VDI (2TiB max), shifted align of every
    block, very annoying coalesing operations and many other stuff...<br>
    <br>
    <br>
    On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com"
      type="cite">After sr-scan I have a new VDI named 'base copy'. 
      <div>What is that? A snapshot that created another vm?<br>
        <br>
        <div class="gmail_quote">On Thu, May 3, 2012 at 7:19 AM, George
          Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000"> If that VDI is not
              'base copy' from snapshots, you can remove them manually.
              For NFS this is just 'remove file', for LVM - do
              lvdisplay, find LV and do lvremove for it. After that do
              xe sr-scan.
              <div>
                <div class="h5"><br>
                  <br>
                  On 03.05.2012 04:30, Carlos Eduardo Tavares Terra
                  wrote: </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div class="h5">I am having some trouble with a ghost
                     vdi in my environment. After some tries, i got
                    stuck in this scenario:
                    <div><br>
                    </div>
                    <div>
                      <div>[root@vmserver05 ~]# xe vdi-list
                        sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                      <div>
                        <div>uuid ( RO)                :
                          3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                        <div>          name-label ( RW): cnetweb03 1</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): <a
                            moz-do-not-send="true" href="tel:4294967296"
                            value="+554294967296" target="_blank">4294967296</a></div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO)                :
                          ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                        <div>          name-label ( RW): cnetweb03 0</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): 268435456000</div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO)                :
                          50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                        <div>          name-label ( RW): cnetweb03 2</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): 107374182400</div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div><b>uuid ( RO)                :
                            322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                        <div><b>          name-label ( RW):</b></div>
                        <div><b>    name-description ( RW):</b></div>
                        <div><b>             sr-uuid ( RO):
                            8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                        <div><b>        virtual-size ( RO): 268435456000</b></div>
                        <div><b>            sharable ( RO): false</b></div>
                        <div><b>           read-only ( RO): true</b></div>
                      </div>
                      <div><br>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe vdi-destroy
                          uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                        <div>This operation cannot be performed because
                          the system does not manage this VDI</div>
                        <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc
                          ()</div>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div><br>
                        </div>
                        <div>How can I destroy this vdi? He isn't
                          displayed in XenCenter.</div>
                        <div><br>
                        </div>
                        <div>Thanks</div>
                        <div><br>
                        </div>
                        -- <br>
                        Carlos Eduardo Tavares Terra<br>
                      </div>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <pre>_______________________________________________
Xen-api mailing list
<a moz-do-not-send="true" href="mailto:Xen-api@lists.xen.org" target="_blank">Xen-api@lists.xen.org</a>
<a moz-do-not-send="true" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
              </blockquote>
            </div>
            <br>
            _______________________________________________<br>
            Xen-api mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
            <a moz-do-not-send="true"
              href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api"
              target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        Carlos Eduardo Tavares Terra<br>
        Red Hat Certified Engineer<br>
        Consultor em Infraestrutura de TI<br>
        GNU/Linux #413291 [<a moz-do-not-send="true"
          href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
      </div>
    </blockquote>
  </body>
</html>

--------------070002070307070106070107--


--===============4940936332174075010==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4940936332174075010==--


From xen-api-bounces@lists.xen.org Thu May 03 11:21:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 11:21:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPu5m-00031G-0b; Thu, 03 May 2012 11:21:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SPu5k-00031B-Aa
	for xen-api@lists.xen.org; Thu, 03 May 2012 11:21:00 +0000
Received: from [85.158.138.51:43654] by server-9.bemta-3.messagelabs.com id
	DC/6D-26691-91A62AF4; Thu, 03 May 2012 11:20:57 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1336044055!17100811!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24426 invoked from network); 3 May 2012 11:20:56 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 11:20:56 -0000
Received: by lahe6 with SMTP id e6so1472306lah.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 04:20:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=ysyUJpXrGqkI1dIJnZW0MYwnQHuPxLzCgYFfgZvqDYo=;
	b=XXLUWa4yWhQaTkEJlUNvacHSWS/QQaN1IYETUjUz+O0V7Yoo1bVw67ajs8/rqN4x+s
	Tq+J9DXUqKN1xL4IWCPbLImZ+ILTzuWRPHum/+6W8Z46v5BMIt/ihs3Otz37ClwOPx8I
	qKaxWk8cPrQUxQ/Mw4v2yGLwY9hv0h2BkmYKJNTN+trsQIqT0LfpgjGIrhosDn2Uf0Tk
	dvsYweGmJlzd4s/I/89u58IbcotzHVjdtvoMXM1VjCjNuaWyqoTgn5uCooaBhRoz00Y9
	NZmgSSE+KYATmFSskIdLRLipSzF9t8cmr1uG64Y0q1fVmem20immOC4A+AeQINCCKYs+
	6xqw==
Received: by 10.112.42.41 with SMTP id k9mr814532lbl.96.1336044055345;
	Thu, 03 May 2012 04:20:55 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fx5sm6301448lbb.5.2012.05.03.04.20.54
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 04:20:54 -0700 (PDT)
Message-ID: <4FA26A1C.9070209@gmail.com>
Date: Thu, 03 May 2012 15:21:00 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
In-Reply-To: <CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4940936332174075010=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4940936332174075010==
Content-Type: multipart/alternative;
 boundary="------------070002070307070106070107"

This is a multi-part message in MIME format.
--------------070002070307070106070107
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

base copy is part of very ugly snapshot/clone model of VHD-based storage 
in XCP.

When you do some clone/snapshot, you getting three objects.

Old (one, which was base for cloning/snapshoting)
New
base copy, which contain readonly difference between previous state and 
state at the moment of operation (no 'previous', means difference with 
zero-filled).

So you can not rid of base copy.


... I can say usage of VHD was the most unpleasant part of XCP. Extreme 
low performance (compare to 'raw'), high overhead on COW copy, 
limitation on size of VDI (2TiB max), shifted align of every block, very 
annoying coalesing operations and many other stuff...


On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
> After sr-scan I have a new VDI named 'base copy'.
> What is that? A snapshot that created another vm?
>
> On Thu, May 3, 2012 at 7:19 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     If that VDI is not 'base copy' from snapshots, you can remove them
>     manually. For NFS this is just 'remove file', for LVM - do
>     lvdisplay, find LV and do lvremove for it. After that do xe sr-scan.
>
>
>     On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>     I am having some trouble with a ghost  vdi in my environment.
>>     After some tries, i got stuck in this scenario:
>>
>>     [root@vmserver05 ~]# xe vdi-list
>>     sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>     uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>               name-label ( RW): cnetweb03 1
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 4294967296 <tel:4294967296>
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>               name-label ( RW): cnetweb03 0
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 268435456000
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>               name-label ( RW): cnetweb03 2
>>         name-description ( RW):
>>                  sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>             virtual-size ( RO): 107374182400
>>                 sharable ( RO): false
>>                read-only ( RO): false
>>
>>
>>     *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
>>     *          name-label ( RW):*
>>     *    name-description ( RW):*
>>     *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
>>     *        virtual-size ( RO): 268435456000*
>>     *            sharable ( RO): false*
>>     *           read-only ( RO): true*
>>
>>
>>     [root@vmserver05 ~]# xe vdi-destroy
>>     uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>>     This operation cannot be performed because the system does not
>>     manage this VDI
>>     vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>
>>
>>     How can I destroy this vdi? He isn't displayed in XenCenter.
>>
>>     Thanks
>>
>>     -- 
>>     Carlos Eduardo Tavares Terra
>>
>>
>>     _______________________________________________
>>     Xen-api mailing list
>>     Xen-api@lists.xen.org  <mailto:Xen-api@lists.xen.org>
>>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>     _______________________________________________
>     Xen-api mailing list
>     Xen-api@lists.xen.org <mailto:Xen-api@lists.xen.org>
>     http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]

--------------070002070307070106070107
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    base copy is part of very ugly snapshot/clone model of VHD-based
    storage in XCP. <br>
    <br>
    When you do some clone/snapshot, you getting three objects. <br>
    <br>
    Old (one, which was base for cloning/snapshoting)<br>
    New<br>
    base copy, which contain readonly difference between previous state
    and state at the moment of operation (no 'previous', means
    difference with zero-filled).<br>
    <br>
    So you can not rid of base copy. <br>
    <br>
    <br>
    ... I can say usage of VHD was the most unpleasant part of XCP.
    Extreme low performance (compare to 'raw'), high overhead on COW
    copy, limitation on size of VDI (2TiB max), shifted align of every
    block, very annoying coalesing operations and many other stuff...<br>
    <br>
    <br>
    On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com"
      type="cite">After sr-scan I have a new VDI named 'base copy'. 
      <div>What is that? A snapshot that created another vm?<br>
        <br>
        <div class="gmail_quote">On Thu, May 3, 2012 at 7:19 AM, George
          Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000"> If that VDI is not
              'base copy' from snapshots, you can remove them manually.
              For NFS this is just 'remove file', for LVM - do
              lvdisplay, find LV and do lvremove for it. After that do
              xe sr-scan.
              <div>
                <div class="h5"><br>
                  <br>
                  On 03.05.2012 04:30, Carlos Eduardo Tavares Terra
                  wrote: </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div class="h5">I am having some trouble with a ghost
                     vdi in my environment. After some tries, i got
                    stuck in this scenario:
                    <div><br>
                    </div>
                    <div>
                      <div>[root@vmserver05 ~]# xe vdi-list
                        sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                      <div>
                        <div>uuid ( RO)                :
                          3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                        <div>          name-label ( RW): cnetweb03 1</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): <a
                            moz-do-not-send="true" href="tel:4294967296"
                            value="+554294967296" target="_blank">4294967296</a></div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO)                :
                          ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                        <div>          name-label ( RW): cnetweb03 0</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): 268435456000</div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO)                :
                          50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                        <div>          name-label ( RW): cnetweb03 2</div>
                        <div>    name-description ( RW):</div>
                        <div>             sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>        virtual-size ( RO): 107374182400</div>
                        <div>            sharable ( RO): false</div>
                        <div>           read-only ( RO): false</div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div><b>uuid ( RO)                :
                            322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                        <div><b>          name-label ( RW):</b></div>
                        <div><b>    name-description ( RW):</b></div>
                        <div><b>             sr-uuid ( RO):
                            8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                        <div><b>        virtual-size ( RO): 268435456000</b></div>
                        <div><b>            sharable ( RO): false</b></div>
                        <div><b>           read-only ( RO): true</b></div>
                      </div>
                      <div><br>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe vdi-destroy
                          uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                        <div>This operation cannot be performed because
                          the system does not manage this VDI</div>
                        <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc
                          ()</div>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div><br>
                        </div>
                        <div>How can I destroy this vdi? He isn't
                          displayed in XenCenter.</div>
                        <div><br>
                        </div>
                        <div>Thanks</div>
                        <div><br>
                        </div>
                        -- <br>
                        Carlos Eduardo Tavares Terra<br>
                      </div>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <pre>_______________________________________________
Xen-api mailing list
<a moz-do-not-send="true" href="mailto:Xen-api@lists.xen.org" target="_blank">Xen-api@lists.xen.org</a>
<a moz-do-not-send="true" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
              </blockquote>
            </div>
            <br>
            _______________________________________________<br>
            Xen-api mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
            <a moz-do-not-send="true"
              href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api"
              target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        Carlos Eduardo Tavares Terra<br>
        Red Hat Certified Engineer<br>
        Consultor em Infraestrutura de TI<br>
        GNU/Linux #413291 [<a moz-do-not-send="true"
          href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
      </div>
    </blockquote>
  </body>
</html>

--------------070002070307070106070107--


--===============4940936332174075010==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4940936332174075010==--


From xen-api-bounces@lists.xen.org Thu May 03 13:19:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 13:19:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPvvw-0006bP-NH; Thu, 03 May 2012 13:19:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPvvv-0006bI-4W
	for xen-api@lists.xen.org; Thu, 03 May 2012 13:18:59 +0000
Received: from [85.158.143.35:28308] by server-1.bemta-4.messagelabs.com id
	17/B9-20925-2C582AF4; Thu, 03 May 2012 13:18:58 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-16.tower-21.messagelabs.com!1336050997!11421761!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23757 invoked from network); 3 May 2012 13:16:38 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 13:16:38 -0000
Received: by lahe6 with SMTP id e6so1555605lah.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 06:16:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=twwEO5x+BMo9LSU615wcPQVDhfJCM129DNL4jeHUQi0=;
	b=kTO5Vvs3csY6UST4HVM+LODaEdhwJPtv9saDMxenS6ltq+ODPJuDiFGTMm02Xl1Rka
	USV0IU2i5kaiz5zvxIx4ETBlcxQDLBRWboQterLvHvLwXtKvVqpv9Rr7ElVYMdadrsAs
	oSyFz/9HTU6q4uW5JmQfHzYS47ONkD9iOguCx3HxvlXiKxSL1GbEtyDUJB57bo9SNaUP
	/iH2Yv8+gl1sonmP+m31iG2hWlGrtveRbNJ/Pqx1aalE6CHcoYZVbbRM57sVxJqFrJpN
	awvWOTphTQOQoyhVhWr+Nvli6aH5rTJblGEDy7GuI4TmE0pX1Qv9He8Nd1oRX3IRkhkD
	IwOA==
Received: by 10.152.114.106 with SMTP id jf10mr2077478lab.16.1336050996965;
	Thu, 03 May 2012 06:16:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 06:16:16 -0700 (PDT)
In-Reply-To: <4FA26A1C.9070209@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
	<4FA26A1C.9070209@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 10:16:16 -0300
Message-ID: <CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2344846786031049005=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2344846786031049005==
Content-Type: multipart/alternative; boundary=f46d040891ab136ffd04bf219d02

--f46d040891ab136ffd04bf219d02
Content-Type: text/plain; charset=ISO-8859-1

So... in this case must I move the only VM in this SR to another SR and
reformat the first SR?
Is there any way to do this without downtime?

On Thu, May 3, 2012 at 8:21 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  base copy is part of very ugly snapshot/clone model of VHD-based storage
> in XCP.
>
> When you do some clone/snapshot, you getting three objects.
>
> Old (one, which was base for cloning/snapshoting)
> New
> base copy, which contain readonly difference between previous state and
> state at the moment of operation (no 'previous', means difference with
> zero-filled).
>
> So you can not rid of base copy.
>
>
> ... I can say usage of VHD was the most unpleasant part of XCP. Extreme
> low performance (compare to 'raw'), high overhead on COW copy, limitation
> on size of VDI (2TiB max), shifted align of every block, very annoying
> coalesing operations and many other stuff...
>
>
>
> On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
>
> After sr-scan I have a new VDI named 'base copy'.
> What is that? A snapshot that created another vm?
>
> On Thu, May 3, 2012 at 7:19 AM, George Shuklin <george.shuklin@gmail.com>wrote:
>
>>  If that VDI is not 'base copy' from snapshots, you can remove them
>> manually. For NFS this is just 'remove file', for LVM - do lvdisplay, find
>> LV and do lvremove for it. After that do xe sr-scan.
>>
>>
>> On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>
>>  I am having some trouble with a ghost  vdi in my environment. After
>> some tries, i got stuck in this scenario:
>>
>>  [root@vmserver05 ~]# xe vdi-list
>> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>  uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>           name-label ( RW): cnetweb03 1
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 4294967296
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>           name-label ( RW): cnetweb03 0
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 268435456000
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>           name-label ( RW): cnetweb03 2
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 107374182400
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
>> *          name-label ( RW):*
>> *    name-description ( RW):*
>> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
>> *        virtual-size ( RO): 268435456000*
>> *            sharable ( RO): false*
>> *           read-only ( RO): true*
>>
>>
>>  [root@vmserver05 ~]# xe vdi-destroy
>> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>> This operation cannot be performed because the system does not manage
>> this VDI
>> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>
>>
>>  How can I destroy this vdi? He isn't displayed in XenCenter.
>>
>>  Thanks
>>
>>  --
>> Carlos Eduardo Tavares Terra
>>
>>
>>  _______________________________________________
>> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>
>
>  --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d040891ab136ffd04bf219d02
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

So... in this case must I move the only VM in this SR to another SR and ref=
ormat the first SR?<br>Is there any way to do this without downtime?<br><br=
><div class=3D"gmail_quote">On Thu, May 3, 2012 at 8:21 AM, George Shuklin =
<span dir=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gmail.com" target=3D=
"_blank">george.shuklin@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    base copy is part of very ugly snapshot/clone model of VHD-based
    storage in XCP. <br>
    <br>
    When you do some clone/snapshot, you getting three objects. <br>
    <br>
    Old (one, which was base for cloning/snapshoting)<br>
    New<br>
    base copy, which contain readonly difference between previous state
    and state at the moment of operation (no &#39;previous&#39;, means
    difference with zero-filled).<br>
    <br>
    So you can not rid of base copy. <br>
    <br>
    <br>
    ... I can say usage of VHD was the most unpleasant part of XCP.
    Extreme low performance (compare to &#39;raw&#39;), high overhead on CO=
W
    copy, limitation on size of VDI (2TiB max), shifted align of every
    block, very annoying coalesing operations and many other stuff...<div><=
div class=3D"h5"><br>
    <br>
    <br>
    On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
    <blockquote type=3D"cite">After sr-scan I have a new VDI named &#39;bas=
e copy&#39;.=A0
      <div>What is that? A snapshot that created another vm?<br>
        <br>
        <div class=3D"gmail_quote">On Thu, May 3, 2012 at 7:19 AM, George
          Shuklin <span dir=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gm=
ail.com" target=3D"_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor=3D"#FFFFFF" text=3D"#000000"> If that VDI is not
              &#39;base copy&#39; from snapshots, you can remove them manua=
lly.
              For NFS this is just &#39;remove file&#39;, for LVM - do
              lvdisplay, find LV and do lvremove for it. After that do
              xe sr-scan.
              <div>
                <div><br>
                  <br>
                  On 03.05.2012 04:30, Carlos Eduardo Tavares Terra
                  wrote: </div>
              </div>
              <blockquote type=3D"cite">
                <div>
                  <div>I am having some trouble with a ghost
                    =A0vdi in my environment. After some tries, i got
                    stuck in this scenario:
                    <div><br>
                    </div>
                    <div>
                      <div>[root@vmserver05 ~]# xe vdi-list
                        sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div=
>
                      <div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 1</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D=
"tel:4294967296" value=3D"+554294967296" target=3D"_blank">4294967296</a></=
div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 0</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 2684354560=
00</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 2</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 1073741824=
00</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                            322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b></=
div>
                        <div><b>=A0 =A0 name-description ( RW):</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                            8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                        <div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 2684354=
56000</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): fal=
se</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): tru=
e</b></div>
                      </div>
                      <div><br>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe vdi-destroy
                          uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                        <div>This operation cannot be performed because
                          the system does not manage this VDI</div>
                        <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc
                          ()</div>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div><br>
                        </div>
                        <div>How can I destroy this vdi? He isn&#39;t
                          displayed in XenCenter.</div>
                        <div><br>
                        </div>
                        <div>Thanks</div>
                        <div><br>
                        </div>
                        -- <br>
                        Carlos Eduardo Tavares Terra<br>
                      </div>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <pre>_______________________________________________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
              </blockquote>
            </div>
            <br>
            _______________________________________________<br>
            Xen-api mailing list<br>
            <a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-=
api@lists.xen.org</a><br>
            <a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap=
i" target=3D"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api<=
/a><br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear=3D"all">
        <div><br>
        </div>
        -- <br>
        Carlos Eduardo Tavares Terra<br>
        Red Hat Certified Engineer<br>
        Consultor em Infraestrutura de TI<br>
        GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_bla=
nk">http://counter.li.org</a>]<br>
      </div>
    </blockquote>
  </div></div></div>

</blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Eduardo Tavares =
Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutura de TI<br=
>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">htt=
p://counter.li.org</a>]<br>



--f46d040891ab136ffd04bf219d02--


--===============2344846786031049005==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2344846786031049005==--


From xen-api-bounces@lists.xen.org Thu May 03 13:19:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 13:19:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPvvw-0006bP-NH; Thu, 03 May 2012 13:19:00 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SPvvv-0006bI-4W
	for xen-api@lists.xen.org; Thu, 03 May 2012 13:18:59 +0000
Received: from [85.158.143.35:28308] by server-1.bemta-4.messagelabs.com id
	17/B9-20925-2C582AF4; Thu, 03 May 2012 13:18:58 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-16.tower-21.messagelabs.com!1336050997!11421761!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23757 invoked from network); 3 May 2012 13:16:38 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 13:16:38 -0000
Received: by lahe6 with SMTP id e6so1555605lah.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 06:16:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=twwEO5x+BMo9LSU615wcPQVDhfJCM129DNL4jeHUQi0=;
	b=kTO5Vvs3csY6UST4HVM+LODaEdhwJPtv9saDMxenS6ltq+ODPJuDiFGTMm02Xl1Rka
	USV0IU2i5kaiz5zvxIx4ETBlcxQDLBRWboQterLvHvLwXtKvVqpv9Rr7ElVYMdadrsAs
	oSyFz/9HTU6q4uW5JmQfHzYS47ONkD9iOguCx3HxvlXiKxSL1GbEtyDUJB57bo9SNaUP
	/iH2Yv8+gl1sonmP+m31iG2hWlGrtveRbNJ/Pqx1aalE6CHcoYZVbbRM57sVxJqFrJpN
	awvWOTphTQOQoyhVhWr+Nvli6aH5rTJblGEDy7GuI4TmE0pX1Qv9He8Nd1oRX3IRkhkD
	IwOA==
Received: by 10.152.114.106 with SMTP id jf10mr2077478lab.16.1336050996965;
	Thu, 03 May 2012 06:16:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.127.69 with HTTP; Thu, 3 May 2012 06:16:16 -0700 (PDT)
In-Reply-To: <4FA26A1C.9070209@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
	<4FA26A1C.9070209@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 3 May 2012 10:16:16 -0300
Message-ID: <CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2344846786031049005=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2344846786031049005==
Content-Type: multipart/alternative; boundary=f46d040891ab136ffd04bf219d02

--f46d040891ab136ffd04bf219d02
Content-Type: text/plain; charset=ISO-8859-1

So... in this case must I move the only VM in this SR to another SR and
reformat the first SR?
Is there any way to do this without downtime?

On Thu, May 3, 2012 at 8:21 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  base copy is part of very ugly snapshot/clone model of VHD-based storage
> in XCP.
>
> When you do some clone/snapshot, you getting three objects.
>
> Old (one, which was base for cloning/snapshoting)
> New
> base copy, which contain readonly difference between previous state and
> state at the moment of operation (no 'previous', means difference with
> zero-filled).
>
> So you can not rid of base copy.
>
>
> ... I can say usage of VHD was the most unpleasant part of XCP. Extreme
> low performance (compare to 'raw'), high overhead on COW copy, limitation
> on size of VDI (2TiB max), shifted align of every block, very annoying
> coalesing operations and many other stuff...
>
>
>
> On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
>
> After sr-scan I have a new VDI named 'base copy'.
> What is that? A snapshot that created another vm?
>
> On Thu, May 3, 2012 at 7:19 AM, George Shuklin <george.shuklin@gmail.com>wrote:
>
>>  If that VDI is not 'base copy' from snapshots, you can remove them
>> manually. For NFS this is just 'remove file', for LVM - do lvdisplay, find
>> LV and do lvremove for it. After that do xe sr-scan.
>>
>>
>> On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>
>>  I am having some trouble with a ghost  vdi in my environment. After
>> some tries, i got stuck in this scenario:
>>
>>  [root@vmserver05 ~]# xe vdi-list
>> sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>  uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>           name-label ( RW): cnetweb03 1
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 4294967296
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>           name-label ( RW): cnetweb03 0
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 268435456000
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>           name-label ( RW): cnetweb03 2
>>     name-description ( RW):
>>              sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>         virtual-size ( RO): 107374182400
>>             sharable ( RO): false
>>            read-only ( RO): false
>>
>>
>>  *uuid ( RO)                : 322a2176-ca29-4699-951f-c4def6f0d7fc*
>> *          name-label ( RW):*
>> *    name-description ( RW):*
>> *             sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f*
>> *        virtual-size ( RO): 268435456000*
>> *            sharable ( RO): false*
>> *           read-only ( RO): true*
>>
>>
>>  [root@vmserver05 ~]# xe vdi-destroy
>> uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>> This operation cannot be performed because the system does not manage
>> this VDI
>> vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>
>>
>>  How can I destroy this vdi? He isn't displayed in XenCenter.
>>
>>  Thanks
>>
>>  --
>> Carlos Eduardo Tavares Terra
>>
>>
>>  _______________________________________________
>> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>
>
>  --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d040891ab136ffd04bf219d02
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

So... in this case must I move the only VM in this SR to another SR and ref=
ormat the first SR?<br>Is there any way to do this without downtime?<br><br=
><div class=3D"gmail_quote">On Thu, May 3, 2012 at 8:21 AM, George Shuklin =
<span dir=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gmail.com" target=3D=
"_blank">george.shuklin@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    base copy is part of very ugly snapshot/clone model of VHD-based
    storage in XCP. <br>
    <br>
    When you do some clone/snapshot, you getting three objects. <br>
    <br>
    Old (one, which was base for cloning/snapshoting)<br>
    New<br>
    base copy, which contain readonly difference between previous state
    and state at the moment of operation (no &#39;previous&#39;, means
    difference with zero-filled).<br>
    <br>
    So you can not rid of base copy. <br>
    <br>
    <br>
    ... I can say usage of VHD was the most unpleasant part of XCP.
    Extreme low performance (compare to &#39;raw&#39;), high overhead on CO=
W
    copy, limitation on size of VDI (2TiB max), shifted align of every
    block, very annoying coalesing operations and many other stuff...<div><=
div class=3D"h5"><br>
    <br>
    <br>
    On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
    <blockquote type=3D"cite">After sr-scan I have a new VDI named &#39;bas=
e copy&#39;.=A0
      <div>What is that? A snapshot that created another vm?<br>
        <br>
        <div class=3D"gmail_quote">On Thu, May 3, 2012 at 7:19 AM, George
          Shuklin <span dir=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gm=
ail.com" target=3D"_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor=3D"#FFFFFF" text=3D"#000000"> If that VDI is not
              &#39;base copy&#39; from snapshots, you can remove them manua=
lly.
              For NFS this is just &#39;remove file&#39;, for LVM - do
              lvdisplay, find LV and do lvremove for it. After that do
              xe sr-scan.
              <div>
                <div><br>
                  <br>
                  On 03.05.2012 04:30, Carlos Eduardo Tavares Terra
                  wrote: </div>
              </div>
              <blockquote type=3D"cite">
                <div>
                  <div>I am having some trouble with a ghost
                    =A0vdi in my environment. After some tries, i got
                    stuck in this scenario:
                    <div><br>
                    </div>
                    <div>
                      <div>[root@vmserver05 ~]# xe vdi-list
                        sr-uuid=3D8bdbf594-168f-f54d-4a2a-1be70995868f</div=
>
                      <div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 1</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): <a href=3D=
"tel:4294967296" value=3D"+554294967296" target=3D"_blank">4294967296</a></=
div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 0</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 2684354560=
00</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                          50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                        <div>=A0 =A0 =A0 =A0 =A0 name-label ( RW): cnetweb0=
3 2</div>
                        <div>=A0 =A0 name-description ( RW):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                          8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                        <div>=A0 =A0 =A0 =A0 virtual-size ( RO): 1073741824=
00</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): false<=
/div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): false<=
/div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div><b>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0:
                            322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 name-label ( RW):</b></=
div>
                        <div><b>=A0 =A0 name-description ( RW):</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid ( RO):
                            8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                        <div><b>=A0 =A0 =A0 =A0 virtual-size ( RO): 2684354=
56000</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): fal=
se</b></div>
                        <div><b>=A0 =A0 =A0 =A0 =A0 =A0read-only ( RO): tru=
e</b></div>
                      </div>
                      <div><br>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe vdi-destroy
                          uuid=3D322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                        <div>This operation cannot be performed because
                          the system does not manage this VDI</div>
                        <div>vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc
                          ()</div>
                      </div>
                      <div><br>
                      </div>
                      <div>
                        <div><br>
                        </div>
                        <div>How can I destroy this vdi? He isn&#39;t
                          displayed in XenCenter.</div>
                        <div><br>
                        </div>
                        <div>Thanks</div>
                        <div><br>
                        </div>
                        -- <br>
                        Carlos Eduardo Tavares Terra<br>
                      </div>
                    </div>
                    <br>
                    <fieldset></fieldset>
                    <br>
                  </div>
                </div>
                <pre>_______________________________________________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
              </blockquote>
            </div>
            <br>
            _______________________________________________<br>
            Xen-api mailing list<br>
            <a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-=
api@lists.xen.org</a><br>
            <a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-ap=
i" target=3D"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api<=
/a><br>
            <br>
          </blockquote>
        </div>
        <br>
        <br clear=3D"all">
        <div><br>
        </div>
        -- <br>
        Carlos Eduardo Tavares Terra<br>
        Red Hat Certified Engineer<br>
        Consultor em Infraestrutura de TI<br>
        GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_bla=
nk">http://counter.li.org</a>]<br>
      </div>
    </blockquote>
  </div></div></div>

</blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Eduardo Tavares =
Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutura de TI<br=
>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">htt=
p://counter.li.org</a>]<br>



--f46d040891ab136ffd04bf219d02--


--===============2344846786031049005==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2344846786031049005==--


From xen-api-bounces@lists.xen.org Thu May 03 14:43:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 14:43:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPxFS-0000aV-Lf; Thu, 03 May 2012 14:43:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <hinoue@atc-nycorp.com>) id 1SPxFR-0000aN-Db
	for xen-api@lists.xen.org; Thu, 03 May 2012 14:43:13 +0000
Received: from [85.158.138.51:30875] by server-9.bemta-3.messagelabs.com id
	53/8B-26691-08992AF4; Thu, 03 May 2012 14:43:12 +0000
X-Env-Sender: hinoue@atc-nycorp.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1336056191!25044128!1
X-Originating-IP: [192.76.175.3]
X-SpamReason: No, hits=0.1 required=7.0 tests=ratty_date: Non-RFC but 
	legit format in Thu, 3 May 2012 09:43:10 -0500 (GMT-05:00), HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25398 invoked from network); 3 May 2012 14:43:11 -0000
Received: from osmosis.atc-nycorp.com (HELO server2.inside.atc-nycorp.com)
	(192.76.175.3) by server-11.tower-174.messagelabs.com with SMTP;
	3 May 2012 14:43:11 -0000
Received: from localhost (localhost [127.0.0.1])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 553C899A2A3
	for <xen-api@lists.xen.org>; Thu,  3 May 2012 10:43:10 -0400 (EDT)
X-Virus-Scanned: amavisd-new at atc-nycorp.com
Received: from server2.inside.atc-nycorp.com ([127.0.0.1])
	by localhost (server2.inside.atc-nycorp.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 2gcZxgIOWQD8 for <xen-api@lists.xen.org>;
	Thu,  3 May 2012 10:43:10 -0400 (EDT)
Received: from server2.inside.atc-nycorp.com (server2.inside.atc-nycorp.com
	[172.24.8.4])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 0B65399A007
	for <xen-api@lists.xen.org>; Thu,  3 May 2012 10:43:10 -0400 (EDT)
From: "Hajime Inoue" <hinoue@atc-nycorp.com>
To: <xen-api@lists.xen.org>
Date: Thu, 3 May 2012 09:43:10 -0500 (GMT-05:00)
Message-ID: <01b401cd293b$0e9d6de0$2bd849a0$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8 (ZimbraConnectorForOutlook/5.0.2988.16)
Thread-Index: Ac0ouMSKfd6XQ8QpRZK4gNZZzb1XhAAggWSQ
Content-Language: en-us
X-Originating-IP: [172.24.9.4]
Subject: [Xen-API] xe vm-checkpoint failure
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1053328016452566899=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============1053328016452566899==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01B5_01CD2919.878BCDE0"
Content-Language: en-us

This is a multi-part message in MIME format.

------=_NextPart_000_01B5_01CD2919.878BCDE0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I'm running XCP using the packages supplied with the recently released
Ubuntu 12.04.
I have a small Linux HVM VM running and am trying to get vm-checkpoint
working.  When
I run it without pausing the VM, it gives me the error:

  You attempted an operation on a VM which requires PV drivers to be
installed but
  the drivers were not detected.

When I use vm-pause, vm-checkpoint, vm-unpause, it seems to succeed.
However, the
new VHD file in my /var/run/sr-mount isn't large enough to have recorded
the VM's RAM.
snapshot-revert, obviously, does not work correctly.  Instead, it just
puts the
existing VM in a halted state. 

Is the vm-checkpoint generation error logged somewhere?  I couldn't find
anything
definitive, except that there appear to be several "Premature termination
of connection!" errors in xcp-xapi.log.

Is there a way to get vm-checkpoint working?  What are the constraints?
Do I need
a paravirt guest?  

Thanks,
-Jim


------=_NextPart_000_01B5_01CD2919.878BCDE0
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Consolas;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
span.EmailStyle19
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoPlainText><span =
style=3D'font-family:"Courier New"'>I'm running XCP using the packages =
supplied with the recently released Ubuntu 12.04.<br>I have a small =
Linux HVM VM running and am trying to get vm-checkpoint working.&nbsp; =
When<br>I run it without pausing the VM, it gives me the =
error:<br><br>&nbsp; You attempted an operation on a VM which requires =
PV drivers to be installed but<br>&nbsp; the drivers were not =
detected.<br><br>When I use vm-pause, vm-checkpoint, vm-unpause, it =
seems to succeed.&nbsp; However, the<br>new VHD file in my =
/var/run/sr-mount isn't large enough to have recorded the VM's =
RAM.<br>snapshot-revert, obviously, does not work correctly.&nbsp; =
Instead, it just puts the<br>existing VM in a halted state. <br><br>Is =
the vm-checkpoint generation error logged somewhere?&nbsp; I couldn't =
find anything<br>definitive, except that there appear to be several =
&quot;Premature termination of connection!&quot; errors in =
xcp-xapi.log.<br><br>Is there a way to get vm-checkpoint working?&nbsp; =
What are the constraints?&nbsp; Do I need<br>a paravirt guest?&nbsp; =
<br><br>Thanks,<br>-Jim<o:p></o:p></span></p></div></body></html>
------=_NextPart_000_01B5_01CD2919.878BCDE0--


--===============1053328016452566899==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1053328016452566899==--


From xen-api-bounces@lists.xen.org Thu May 03 14:43:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 14:43:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPxFS-0000aV-Lf; Thu, 03 May 2012 14:43:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <hinoue@atc-nycorp.com>) id 1SPxFR-0000aN-Db
	for xen-api@lists.xen.org; Thu, 03 May 2012 14:43:13 +0000
Received: from [85.158.138.51:30875] by server-9.bemta-3.messagelabs.com id
	53/8B-26691-08992AF4; Thu, 03 May 2012 14:43:12 +0000
X-Env-Sender: hinoue@atc-nycorp.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1336056191!25044128!1
X-Originating-IP: [192.76.175.3]
X-SpamReason: No, hits=0.1 required=7.0 tests=ratty_date: Non-RFC but 
	legit format in Thu, 3 May 2012 09:43:10 -0500 (GMT-05:00), HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25398 invoked from network); 3 May 2012 14:43:11 -0000
Received: from osmosis.atc-nycorp.com (HELO server2.inside.atc-nycorp.com)
	(192.76.175.3) by server-11.tower-174.messagelabs.com with SMTP;
	3 May 2012 14:43:11 -0000
Received: from localhost (localhost [127.0.0.1])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 553C899A2A3
	for <xen-api@lists.xen.org>; Thu,  3 May 2012 10:43:10 -0400 (EDT)
X-Virus-Scanned: amavisd-new at atc-nycorp.com
Received: from server2.inside.atc-nycorp.com ([127.0.0.1])
	by localhost (server2.inside.atc-nycorp.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 2gcZxgIOWQD8 for <xen-api@lists.xen.org>;
	Thu,  3 May 2012 10:43:10 -0400 (EDT)
Received: from server2.inside.atc-nycorp.com (server2.inside.atc-nycorp.com
	[172.24.8.4])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 0B65399A007
	for <xen-api@lists.xen.org>; Thu,  3 May 2012 10:43:10 -0400 (EDT)
From: "Hajime Inoue" <hinoue@atc-nycorp.com>
To: <xen-api@lists.xen.org>
Date: Thu, 3 May 2012 09:43:10 -0500 (GMT-05:00)
Message-ID: <01b401cd293b$0e9d6de0$2bd849a0$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8 (ZimbraConnectorForOutlook/5.0.2988.16)
Thread-Index: Ac0ouMSKfd6XQ8QpRZK4gNZZzb1XhAAggWSQ
Content-Language: en-us
X-Originating-IP: [172.24.9.4]
Subject: [Xen-API] xe vm-checkpoint failure
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1053328016452566899=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============1053328016452566899==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_01B5_01CD2919.878BCDE0"
Content-Language: en-us

This is a multi-part message in MIME format.

------=_NextPart_000_01B5_01CD2919.878BCDE0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I'm running XCP using the packages supplied with the recently released
Ubuntu 12.04.
I have a small Linux HVM VM running and am trying to get vm-checkpoint
working.  When
I run it without pausing the VM, it gives me the error:

  You attempted an operation on a VM which requires PV drivers to be
installed but
  the drivers were not detected.

When I use vm-pause, vm-checkpoint, vm-unpause, it seems to succeed.
However, the
new VHD file in my /var/run/sr-mount isn't large enough to have recorded
the VM's RAM.
snapshot-revert, obviously, does not work correctly.  Instead, it just
puts the
existing VM in a halted state. 

Is the vm-checkpoint generation error logged somewhere?  I couldn't find
anything
definitive, except that there appear to be several "Premature termination
of connection!" errors in xcp-xapi.log.

Is there a way to get vm-checkpoint working?  What are the constraints?
Do I need
a paravirt guest?  

Thanks,
-Jim


------=_NextPart_000_01B5_01CD2919.878BCDE0
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Consolas;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
span.EmailStyle19
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoPlainText><span =
style=3D'font-family:"Courier New"'>I'm running XCP using the packages =
supplied with the recently released Ubuntu 12.04.<br>I have a small =
Linux HVM VM running and am trying to get vm-checkpoint working.&nbsp; =
When<br>I run it without pausing the VM, it gives me the =
error:<br><br>&nbsp; You attempted an operation on a VM which requires =
PV drivers to be installed but<br>&nbsp; the drivers were not =
detected.<br><br>When I use vm-pause, vm-checkpoint, vm-unpause, it =
seems to succeed.&nbsp; However, the<br>new VHD file in my =
/var/run/sr-mount isn't large enough to have recorded the VM's =
RAM.<br>snapshot-revert, obviously, does not work correctly.&nbsp; =
Instead, it just puts the<br>existing VM in a halted state. <br><br>Is =
the vm-checkpoint generation error logged somewhere?&nbsp; I couldn't =
find anything<br>definitive, except that there appear to be several =
&quot;Premature termination of connection!&quot; errors in =
xcp-xapi.log.<br><br>Is there a way to get vm-checkpoint working?&nbsp; =
What are the constraints?&nbsp; Do I need<br>a paravirt guest?&nbsp; =
<br><br>Thanks,<br>-Jim<o:p></o:p></span></p></div></body></html>
------=_NextPart_000_01B5_01CD2919.878BCDE0--


--===============1053328016452566899==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1053328016452566899==--


From xen-api-bounces@lists.xen.org Thu May 03 16:04:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:04:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyW7-0003Dj-MJ; Thu, 03 May 2012 16:04:31 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPyW5-0003Da-Vp
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:04:30 +0000
Received: from [85.158.143.35:17469] by server-2.bemta-4.messagelabs.com id
	A1/72-17550-D8CA2AF4; Thu, 03 May 2012 16:04:29 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-8.tower-21.messagelabs.com!1336061067!11412745!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26970 invoked from network); 3 May 2012 16:04:28 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-8.tower-21.messagelabs.com with SMTP;
	3 May 2012 16:04:28 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Thu, 3 May 2012 09:04:23 -0700
Message-ID: <4FA2AC86.7000900@holgerdanske.com>
Date: Thu, 03 May 2012 09:04:22 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
In-Reply-To: <3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/03/2012 12:08 AM, Jonathan Ludlam wrote:
> The first attempt to start the VM probably broke it. Create a fresh one and try again :-)

I already did that.


Any other suggestions?


David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 16:04:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:04:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyW7-0003Dj-MJ; Thu, 03 May 2012 16:04:31 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPyW5-0003Da-Vp
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:04:30 +0000
Received: from [85.158.143.35:17469] by server-2.bemta-4.messagelabs.com id
	A1/72-17550-D8CA2AF4; Thu, 03 May 2012 16:04:29 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-8.tower-21.messagelabs.com!1336061067!11412745!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26970 invoked from network); 3 May 2012 16:04:28 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-8.tower-21.messagelabs.com with SMTP;
	3 May 2012 16:04:28 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Thu, 3 May 2012 09:04:23 -0700
Message-ID: <4FA2AC86.7000900@holgerdanske.com>
Date: Thu, 03 May 2012 09:04:22 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
In-Reply-To: <3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/03/2012 12:08 AM, Jonathan Ludlam wrote:
> The first attempt to start the VM probably broke it. Create a fresh one and try again :-)

I already did that.


Any other suggestions?


David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 16:30:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:30:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyvX-00047W-Qy; Thu, 03 May 2012 16:30:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SPyvX-00047L-01
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:30:47 +0000
Received: from [85.158.143.35:33433] by server-2.bemta-4.messagelabs.com id
	C5/FE-17550-6B2B2AF4; Thu, 03 May 2012 16:30:46 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336062645!14921320!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30537 invoked from network); 3 May 2012 16:30:45 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 16:30:45 -0000
Received: by eekc4 with SMTP id c4so95309eek.32
	for <multiple recipients>; Thu, 03 May 2012 09:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=ue9NJDg+1BM0CPGjQm3nShJ1RX89uNTmlIklzjpBq8k=;
	b=V28QjH2OW/4e1jV4Rr6Dj/JWxfaUK1ysRbFNjCccDpL8IQzEZjvJXZOXJDHsVdXUXP
	vbk6dcVd4pTHa/73B7QU/kVrxwsP2nnYDTnTRo+TfVfq6hEAEQETt1cCAXG3Hjbdgp83
	acz+BZoRQkPu87I+ocyBPWyURMEVWMisUd5e8clR80l6QQ75blmzP0AkKorqrlTTPBPC
	cZUw3FjrEh3u7CJWT6p5Dgy8faZi2l63AOcufLCW3mAZbD7OIg6y36OkohWNYIYCC4Sh
	RxutUrBWByvc8uAFG/Eeg0MpOCGBH5pO2wm/SdunlyUTER7LMgrFr8dvtC51myv3+FiB
	+Whg==
Received: by 10.14.99.137 with SMTP id x9mr606262eef.15.1336062645127;
	Thu, 03 May 2012 09:30:45 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55])
	by mx.google.com with ESMTPS id n52sm20834382eef.6.2012.05.03.09.30.42
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 09:30:43 -0700 (PDT)
Message-ID: <4FA2B2B1.3040901@xen.org>
Date: Thu, 03 May 2012 17:30:41 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, xen-api@lists.xen.org, 
 xen-arm@lists.xen.org
Subject: [Xen-API] [Proposal] Minor additions and clarification to Xen
	Project Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Dear Developers,

we have had the original Xen project governance document (see 
http://xen.org/projects/governance.html 
<http://www.xen.org/projects/governance.html>) in effect now since July 
last year. The last minor review was in October 2011.

Since then I had feedback on two items:

a) Our governance does not specify how friction in the community is 
resolved. The role definitions cover the concept of Committers and 
Project leads acting as Referees, without being specific. In essence, 
the proposal reflects what happens informally in practice today and has 
happened in the past.

b) There also was a bug in the definition of Project Lead: "Xen.org 
projects are managed by a Project Lead, who also is a maintainer" should 
be "..., who also is a committer". I clarified this and added a sentence 
that a project lead can also act as referee (which was implied before as 
a project lead is a committer).

Please find a proposal for a new revision of the process at 
http://xen.org/projects/governance_v1_2.html which fixes these two 
issues. Changes are marked in italics and are in sections "Conflict 
Resolution" and "Project Lead".

Timetable:

1) Open review with feedback until 11th May (a bit more than a week from 
today)

2) Lars to incorporate any feedback and publish a revision.

3) Lars to set up a private poll via a form, the week of May 14th which 
will be open for a week. Community members that can vote are maintainers 
(including committers and maintainers)of any mature project in Xen (aka 
Xen and XCP).

Best Regards
Lars


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 16:30:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:30:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyvX-00047W-Qy; Thu, 03 May 2012 16:30:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SPyvX-00047L-01
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:30:47 +0000
Received: from [85.158.143.35:33433] by server-2.bemta-4.messagelabs.com id
	C5/FE-17550-6B2B2AF4; Thu, 03 May 2012 16:30:46 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336062645!14921320!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30537 invoked from network); 3 May 2012 16:30:45 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 16:30:45 -0000
Received: by eekc4 with SMTP id c4so95309eek.32
	for <multiple recipients>; Thu, 03 May 2012 09:30:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=ue9NJDg+1BM0CPGjQm3nShJ1RX89uNTmlIklzjpBq8k=;
	b=V28QjH2OW/4e1jV4Rr6Dj/JWxfaUK1ysRbFNjCccDpL8IQzEZjvJXZOXJDHsVdXUXP
	vbk6dcVd4pTHa/73B7QU/kVrxwsP2nnYDTnTRo+TfVfq6hEAEQETt1cCAXG3Hjbdgp83
	acz+BZoRQkPu87I+ocyBPWyURMEVWMisUd5e8clR80l6QQ75blmzP0AkKorqrlTTPBPC
	cZUw3FjrEh3u7CJWT6p5Dgy8faZi2l63AOcufLCW3mAZbD7OIg6y36OkohWNYIYCC4Sh
	RxutUrBWByvc8uAFG/Eeg0MpOCGBH5pO2wm/SdunlyUTER7LMgrFr8dvtC51myv3+FiB
	+Whg==
Received: by 10.14.99.137 with SMTP id x9mr606262eef.15.1336062645127;
	Thu, 03 May 2012 09:30:45 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55])
	by mx.google.com with ESMTPS id n52sm20834382eef.6.2012.05.03.09.30.42
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 09:30:43 -0700 (PDT)
Message-ID: <4FA2B2B1.3040901@xen.org>
Date: Thu, 03 May 2012 17:30:41 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, xen-api@lists.xen.org, 
 xen-arm@lists.xen.org
Subject: [Xen-API] [Proposal] Minor additions and clarification to Xen
	Project Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Dear Developers,

we have had the original Xen project governance document (see 
http://xen.org/projects/governance.html 
<http://www.xen.org/projects/governance.html>) in effect now since July 
last year. The last minor review was in October 2011.

Since then I had feedback on two items:

a) Our governance does not specify how friction in the community is 
resolved. The role definitions cover the concept of Committers and 
Project leads acting as Referees, without being specific. In essence, 
the proposal reflects what happens informally in practice today and has 
happened in the past.

b) There also was a bug in the definition of Project Lead: "Xen.org 
projects are managed by a Project Lead, who also is a maintainer" should 
be "..., who also is a committer". I clarified this and added a sentence 
that a project lead can also act as referee (which was implied before as 
a project lead is a committer).

Please find a proposal for a new revision of the process at 
http://xen.org/projects/governance_v1_2.html which fixes these two 
issues. Changes are marked in italics and are in sections "Conflict 
Resolution" and "Project Lead".

Timetable:

1) Open review with feedback until 11th May (a bit more than a week from 
today)

2) Lars to incorporate any feedback and publish a revision.

3) Lars to set up a private poll via a form, the week of May 14th which 
will be open for a week. Community members that can vote are maintainers 
(including committers and maintainers)of any mature project in Xen (aka 
Xen and XCP).

Best Regards
Lars


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 16:33:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:33:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyxb-0004Ju-NW; Thu, 03 May 2012 16:32:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPyxZ-0004JX-Gd
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:32:53 +0000
Received: from [85.158.139.83:8182] by server-4.bemta-5.messagelabs.com id
	93/5E-10788-433B2AF4; Thu, 03 May 2012 16:32:52 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1336062772!23927242!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Njc3MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26236 invoked from network); 3 May 2012 16:32:52 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 16:32:52 -0000
X-IronPort-AV: E=Sophos;i="4.75,524,1330905600"; d="scan'208";a="12280280"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	03 May 2012 16:32:51 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 3 May 2012
	17:32:51 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Thu, 3 May 2012 17:32:48 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0pSmGzqN7JoLQDR1ycOBXVY/EHCA==
Message-ID: <76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
	<4FA2AC86.7000900@holgerdanske.com>
In-Reply-To: <4FA2AC86.7000900@holgerdanske.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ahh - what was the error message this time then? Your previous message only mentioned VM '876cf211...' which had errored out the second time you started it. The error recovery in the installer code is poor, and it leaves the VM unbootable if it doesn't succeed the very first time you start the VM.

Jon


On 3 May 2012, at 17:04, David Christensen wrote:

> On 05/03/2012 12:08 AM, Jonathan Ludlam wrote:
>> The first attempt to start the VM probably broke it. Create a fresh one and try again :-)
> 
> I already did that.
> 
> 
> Any other suggestions?
> 
> 
> David
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 16:33:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 16:33:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPyxb-0004Ju-NW; Thu, 03 May 2012 16:32:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SPyxZ-0004JX-Gd
	for xen-api@lists.xen.org; Thu, 03 May 2012 16:32:53 +0000
Received: from [85.158.139.83:8182] by server-4.bemta-5.messagelabs.com id
	93/5E-10788-433B2AF4; Thu, 03 May 2012 16:32:52 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1336062772!23927242!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Njc3MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26236 invoked from network); 3 May 2012 16:32:52 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	3 May 2012 16:32:52 -0000
X-IronPort-AV: E=Sophos;i="4.75,524,1330905600"; d="scan'208";a="12280280"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	03 May 2012 16:32:51 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 3 May 2012
	17:32:51 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: David Christensen <dpchrist@holgerdanske.com>
Date: Thu, 3 May 2012 17:32:48 +0100
Thread-Topic: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0
	(64-bit)" "No Ethernet card was detected"
Thread-Index: Ac0pSmGzqN7JoLQDR1ycOBXVY/EHCA==
Message-ID: <76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
	<4FA2AC86.7000900@holgerdanske.com>
In-Reply-To: <4FA2AC86.7000900@holgerdanske.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Ahh - what was the error message this time then? Your previous message only mentioned VM '876cf211...' which had errored out the second time you started it. The error recovery in the installer code is poor, and it leaves the VM unbootable if it doesn't succeed the very first time you start the VM.

Jon


On 3 May 2012, at 17:04, David Christensen wrote:

> On 05/03/2012 12:08 AM, Jonathan Ludlam wrote:
>> The first attempt to start the VM probably broke it. Create a fresh one and try again :-)
> 
> I already did that.
> 
> 
> Any other suggestions?
> 
> 
> David
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 17:03:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 17:03:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPzRK-0005Do-JH; Thu, 03 May 2012 17:03:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPzRJ-0005DY-AF
	for xen-api@lists.xen.org; Thu, 03 May 2012 17:03:37 +0000
Received: from [85.158.139.83:9776] by server-3.bemta-5.messagelabs.com id
	1F/58-25237-86AB2AF4; Thu, 03 May 2012 17:03:36 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1336064614!26635455!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1519 invoked from network); 3 May 2012 17:03:35 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-2.tower-182.messagelabs.com with SMTP;
	3 May 2012 17:03:35 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Thu, 3 May 2012 10:03:30 -0700
Message-ID: <4FA2BA61.8060907@holgerdanske.com>
Date: Thu, 03 May 2012 10:03:29 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
	<4FA2AC86.7000900@holgerdanske.com>
	<76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
In-Reply-To: <76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/03/2012 09:32 AM, Jonathan Ludlam wrote:
> Ahh - what was the error message this time then? Your previous message only mentioned VM '876cf211...' which had errored out the second time you started it. The error recovery in the installer code is poor, and it leaves the VM unbootable if it doesn't succeed the very first time you start the VM.

Please let me know if/when the documentation for installing Debian 6 (or 
later) 64-bit clients on XCP-1.5-beta-base-53341 (or later) has been 
updated and validated:

     http://www.xen.org/files/XenCloud/guest.pdf


David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 03 17:03:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 03 May 2012 17:03:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SPzRK-0005Do-JH; Thu, 03 May 2012 17:03:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dpchrist@holgerdanske.com>) id 1SPzRJ-0005DY-AF
	for xen-api@lists.xen.org; Thu, 03 May 2012 17:03:37 +0000
Received: from [85.158.139.83:9776] by server-3.bemta-5.messagelabs.com id
	1F/58-25237-86AB2AF4; Thu, 03 May 2012 17:03:36 +0000
X-Env-Sender: dpchrist@holgerdanske.com
X-Msg-Ref: server-2.tower-182.messagelabs.com!1336064614!26635455!1
X-Originating-IP: [184.105.128.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1519 invoked from network); 3 May 2012 17:03:35 -0000
Received: from holgerdanske.com (HELO holgerdanske.com) (184.105.128.27)
	by server-2.tower-182.messagelabs.com with SMTP;
	3 May 2012 17:03:35 -0000
Received: from ::ffff:69.12.202.165 ([69.12.202.165]) by holgerdanske.com for
	<xen-api@lists.xen.org>; Thu, 3 May 2012 10:03:30 -0700
Message-ID: <4FA2BA61.8060907@holgerdanske.com>
Date: Thu, 03 May 2012 10:03:29 -0700
From: David Christensen <dpchrist@holgerdanske.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.16) Gecko/20120320 Icedove/3.0.11
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FA1A8C3.3070708@holgerdanske.com>
	<3A3296EC-2EEC-48F8-8283-B8CD7B01D8D0@eu.citrix.com>
	<3B1EF8E5-0245-4FD1-9DEA-B31510404A35@eu.citrix.com>
	<4FA2AC86.7000900@holgerdanske.com>
	<76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
In-Reply-To: <76005267-1CB9-4A03-A560-140410FDA4B1@eu.citrix.com>
Subject: Re: [Xen-API] XCP-1.5-beta-base-53341 "Debian Squeeze 6.0 (64-bit)"
 "No Ethernet card was detected"
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/03/2012 09:32 AM, Jonathan Ludlam wrote:
> Ahh - what was the error message this time then? Your previous message only mentioned VM '876cf211...' which had errored out the second time you started it. The error recovery in the installer code is poor, and it leaves the VM unbootable if it doesn't succeed the very first time you start the VM.

Please let me know if/when the documentation for installing Debian 6 (or 
later) 64-bit clients on XCP-1.5-beta-base-53341 (or later) has been 
updated and validated:

     http://www.xen.org/files/XenCloud/guest.pdf


David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 05:33:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 05:33:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQB8k-00087l-Jm; Fri, 04 May 2012 05:33:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQB8j-00087f-IR
	for xen-api@lists.xen.org; Fri, 04 May 2012 05:33:13 +0000
Received: from [85.158.143.35:35661] by server-1.bemta-4.messagelabs.com id
	A0/AB-20925-81A63AF4; Fri, 04 May 2012 05:33:12 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-11.tower-21.messagelabs.com!1336109590!15064092!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4520 invoked from network); 4 May 2012 05:33:11 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 05:33:11 -0000
Received: by lbok6 with SMTP id k6so2243784lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 22:33:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=2Gg9esSBY8yo0ZrkMLIqryBo9oEF0oDBQ3ZF9FjeCgE=;
	b=S5lhC/n9zVGa9CLSPSwh8MjzcUBGixGKSoUbU9AAIGJTHvLhs+2OJHONLCQFg7Z2sl
	42pdvHPD/XNDEmoo7ID7Sg57OEKgMkHi4A+OUuoi2Jxxh6P6BWcbRKPyKsUCGIG73CVy
	UJvWgnl4imzMRKdmcUtvxAEl9naN32AgYEc4YCZp0UKPDZk0qrgE2z1/cZ7ly+KH/0iD
	Ma9K/DBuiefUpf+nwtqRO6dw83w+Jqo8rqWDL922vF3RP0V6J9yY5ggT9Rdcw/EMYohh
	lp7FNLl32QpinOfnzcTXmQv4qPEZwbHf8/G2kUxSDMwcN7ztTG5euedGpKLKgUfOq1ox
	fkSQ==
Received: by 10.152.104.80 with SMTP id gc16mr4437266lab.46.1336109590083;
	Thu, 03 May 2012 22:33:10 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id py12sm7872978lab.4.2012.05.03.22.33.06
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 22:33:08 -0700 (PDT)
Message-ID: <4FA36A11.5090502@gmail.com>
Date: Fri, 04 May 2012 09:33:05 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
	<4FA26A1C.9070209@gmail.com>
	<CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
In-Reply-To: <CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4115656930165243862=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4115656930165243862==
Content-Type: multipart/alternative;
 boundary="------------000704060801090109020106"

This is a multi-part message in MIME format.
--------------000704060801090109020106
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Well, the main question is 'does this really need?'. Base copy VDIs is a 
normal (but, yes, ugly) operational state for XCP. You can rid off them 
by using only 'fresh' disks (e.g. copy instead of cloning, no snapshots).

On 03.05.2012 17:16, Carlos Eduardo Tavares Terra wrote:
> So... in this case must I move the only VM in this SR to another SR 
> and reformat the first SR?
> Is there any way to do this without downtime?
>
> On Thu, May 3, 2012 at 8:21 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     base copy is part of very ugly snapshot/clone model of VHD-based
>     storage in XCP.
>
>     When you do some clone/snapshot, you getting three objects.
>
>     Old (one, which was base for cloning/snapshoting)
>     New
>     base copy, which contain readonly difference between previous
>     state and state at the moment of operation (no 'previous', means
>     difference with zero-filled).
>
>     So you can not rid of base copy.
>
>
>     ... I can say usage of VHD was the most unpleasant part of XCP.
>     Extreme low performance (compare to 'raw'), high overhead on COW
>     copy, limitation on size of VDI (2TiB max), shifted align of every
>     block, very annoying coalesing operations and many other stuff...
>
>
>
>     On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
>>     After sr-scan I have a new VDI named 'base copy'.
>>     What is that? A snapshot that created another vm?
>>
>>     On Thu, May 3, 2012 at 7:19 AM, George Shuklin
>>     <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>>
>>         If that VDI is not 'base copy' from snapshots, you can remove
>>         them manually. For NFS this is just 'remove file', for LVM -
>>         do lvdisplay, find LV and do lvremove for it. After that do
>>         xe sr-scan.
>>
>>
>>         On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>>         I am having some trouble with a ghost  vdi in my
>>>         environment. After some tries, i got stuck in this scenario:
>>>
>>>         [root@vmserver05 ~]# xe vdi-list
>>>         sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>>         uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>>                   name-label ( RW): cnetweb03 1
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 4294967296 <tel:4294967296>
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>>                   name-label ( RW): cnetweb03 0
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 268435456000
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>>                   name-label ( RW): cnetweb03 2
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 107374182400
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         *uuid ( RO)                :
>>>         322a2176-ca29-4699-951f-c4def6f0d7fc*
>>>         *          name-label ( RW):*
>>>         *    name-description ( RW):*
>>>         *             sr-uuid ( RO):
>>>         8bdbf594-168f-f54d-4a2a-1be70995868f*
>>>         *        virtual-size ( RO): 268435456000*
>>>         *            sharable ( RO): false*
>>>         *           read-only ( RO): true*
>>>
>>>
>>>         [root@vmserver05 ~]# xe vdi-destroy
>>>         uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>>>         This operation cannot be performed because the system does
>>>         not manage this VDI
>>>         vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>>
>>>
>>>         How can I destroy this vdi? He isn't displayed in XenCenter.
>>>
>>>         Thanks
>>>
>>>         -- 
>>>         Carlos Eduardo Tavares Terra
>>>
>>>
>>>         _______________________________________________
>>>         Xen-api mailing list
>>>         Xen-api@lists.xen.org  <mailto:Xen-api@lists.xen.org>
>>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>         _______________________________________________
>>         Xen-api mailing list
>>         Xen-api@lists.xen.org <mailto:Xen-api@lists.xen.org>
>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>>
>>
>>     -- 
>>     Carlos Eduardo Tavares Terra
>>     Red Hat Certified Engineer
>>     Consultor em Infraestrutura de TI
>>     GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]


--------------000704060801090109020106
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Well, the main question is 'does this really need?'. Base copy VDIs
    is a normal (but, yes, ugly) operational state for XCP. You can rid
    off them by using only 'fresh' disks (e.g. copy instead of cloning,
    no snapshots).<br>
    <br>
    On 03.05.2012 17:16, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com"
      type="cite">So... in this case must I move the only VM in this SR
      to another SR and reformat the first SR?<br>
      Is there any way to do this without downtime?<br>
      <br>
      <div class="gmail_quote">On Thu, May 3, 2012 at 8:21 AM, George
        Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> base copy is part of
            very ugly snapshot/clone model of VHD-based storage in XCP.
            <br>
            <br>
            When you do some clone/snapshot, you getting three objects.
            <br>
            <br>
            Old (one, which was base for cloning/snapshoting)<br>
            New<br>
            base copy, which contain readonly difference between
            previous state and state at the moment of operation (no
            'previous', means difference with zero-filled).<br>
            <br>
            So you can not rid of base copy. <br>
            <br>
            <br>
            ... I can say usage of VHD was the most unpleasant part of
            XCP. Extreme low performance (compare to 'raw'), high
            overhead on COW copy, limitation on size of VDI (2TiB max),
            shifted align of every block, very annoying coalesing
            operations and many other stuff...
            <div>
              <div class="h5"><br>
                <br>
                <br>
                On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
                <blockquote type="cite">After sr-scan I have a new VDI
                  named 'base copy'.&nbsp;
                  <div>What is that? A snapshot that created another vm?<br>
                    <br>
                    <div class="gmail_quote">On Thu, May 3, 2012 at 7:19
                      AM, George Shuklin <span dir="ltr">&lt;<a
                          moz-do-not-send="true"
                          href="mailto:george.shuklin@gmail.com"
                          target="_blank">george.shuklin@gmail.com</a>&gt;</span>
                      wrote:<br>
                      <blockquote class="gmail_quote" style="margin:0 0
                        0 .8ex;border-left:1px #ccc
                        solid;padding-left:1ex">
                        <div bgcolor="#FFFFFF" text="#000000"> If that
                          VDI is not 'base copy' from snapshots, you can
                          remove them manually. For NFS this is just
                          'remove file', for LVM - do lvdisplay, find LV
                          and do lvremove for it. After that do xe
                          sr-scan.
                          <div>
                            <div><br>
                              <br>
                              On 03.05.2012 04:30, Carlos Eduardo
                              Tavares Terra wrote: </div>
                          </div>
                          <blockquote type="cite">
                            <div>
                              <div>I am having some trouble with a ghost
                                &nbsp;vdi in my environment. After some
                                tries, i got stuck in this scenario:
                                <div><br>
                                </div>
                                <div>
                                  <div>[root@vmserver05 ~]# xe vdi-list
sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                  <div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 1</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO): <a
                                        moz-do-not-send="true"
                                        href="tel:4294967296"
                                        value="+554294967296"
                                        target="_blank">4294967296</a></div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 0</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                      268435456000</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 2</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                      107374182400</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div><b>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):</b></div>
                                    <div><b>&nbsp; &nbsp; name-description ( RW):</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                        268435456000</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                        false</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                        true</b></div>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div>
                                    <div>[root@vmserver05 ~]# xe
                                      vdi-destroy
                                      uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                                    <div>This operation cannot be
                                      performed because the system does
                                      not manage this VDI</div>
                                    <div>vdi:
                                      322a2176-ca29-4699-951f-c4def6f0d7fc
                                      ()</div>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div>
                                    <div><br>
                                    </div>
                                    <div>How can I destroy this vdi? He
                                      isn't displayed in XenCenter.</div>
                                    <div><br>
                                    </div>
                                    <div>Thanks</div>
                                    <div><br>
                                    </div>
                                    -- <br>
                                    Carlos Eduardo Tavares Terra<br>
                                  </div>
                                </div>
                                <br>
                                <fieldset></fieldset>
                                <br>
                              </div>
                            </div>
                            <pre>_______________________________________________
Xen-api mailing list
<a moz-do-not-send="true" href="mailto:Xen-api@lists.xen.org" target="_blank">Xen-api@lists.xen.org</a>
<a moz-do-not-send="true" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
                          </blockquote>
                        </div>
                        <br>
                        _______________________________________________<br>
                        Xen-api mailing list<br>
                        <a moz-do-not-send="true"
                          href="mailto:Xen-api@lists.xen.org"
                          target="_blank">Xen-api@lists.xen.org</a><br>
                        <a moz-do-not-send="true"
                          href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api"
                          target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
                        <br>
                      </blockquote>
                    </div>
                    <br>
                    <br clear="all">
                    <div><br>
                    </div>
                    -- <br>
                    Carlos Eduardo Tavares Terra<br>
                    Red Hat Certified Engineer<br>
                    Consultor em Infraestrutura de TI<br>
                    GNU/Linux #413291 [<a moz-do-not-send="true"
                      href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                  </div>
                </blockquote>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a moz-do-not-send="true"
        href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
    </blockquote>
    <br>
  </body>
</html>

--------------000704060801090109020106--


--===============4115656930165243862==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4115656930165243862==--


From xen-api-bounces@lists.xen.org Fri May 04 05:33:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 05:33:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQB8k-00087l-Jm; Fri, 04 May 2012 05:33:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQB8j-00087f-IR
	for xen-api@lists.xen.org; Fri, 04 May 2012 05:33:13 +0000
Received: from [85.158.143.35:35661] by server-1.bemta-4.messagelabs.com id
	A0/AB-20925-81A63AF4; Fri, 04 May 2012 05:33:12 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-11.tower-21.messagelabs.com!1336109590!15064092!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4520 invoked from network); 4 May 2012 05:33:11 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 05:33:11 -0000
Received: by lbok6 with SMTP id k6so2243784lbo.32
	for <xen-api@lists.xen.org>; Thu, 03 May 2012 22:33:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=2Gg9esSBY8yo0ZrkMLIqryBo9oEF0oDBQ3ZF9FjeCgE=;
	b=S5lhC/n9zVGa9CLSPSwh8MjzcUBGixGKSoUbU9AAIGJTHvLhs+2OJHONLCQFg7Z2sl
	42pdvHPD/XNDEmoo7ID7Sg57OEKgMkHi4A+OUuoi2Jxxh6P6BWcbRKPyKsUCGIG73CVy
	UJvWgnl4imzMRKdmcUtvxAEl9naN32AgYEc4YCZp0UKPDZk0qrgE2z1/cZ7ly+KH/0iD
	Ma9K/DBuiefUpf+nwtqRO6dw83w+Jqo8rqWDL922vF3RP0V6J9yY5ggT9Rdcw/EMYohh
	lp7FNLl32QpinOfnzcTXmQv4qPEZwbHf8/G2kUxSDMwcN7ztTG5euedGpKLKgUfOq1ox
	fkSQ==
Received: by 10.152.104.80 with SMTP id gc16mr4437266lab.46.1336109590083;
	Thu, 03 May 2012 22:33:10 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id py12sm7872978lab.4.2012.05.03.22.33.06
	(version=SSLv3 cipher=OTHER); Thu, 03 May 2012 22:33:08 -0700 (PDT)
Message-ID: <4FA36A11.5090502@gmail.com>
Date: Fri, 04 May 2012 09:33:05 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6m6dyR+2bOiEGoj0hptfBx1RWZzgbt35X-z5LnpDA0qA@mail.gmail.com>
	<4FA25BC5.2030707@gmail.com>
	<CAEcYNt6qk6Q8nn0BzvVB5vX590orRdXofGW5OoAtH5DtReA1_w@mail.gmail.com>
	<4FA26A1C.9070209@gmail.com>
	<CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
In-Reply-To: <CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Problem with ghost VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4115656930165243862=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4115656930165243862==
Content-Type: multipart/alternative;
 boundary="------------000704060801090109020106"

This is a multi-part message in MIME format.
--------------000704060801090109020106
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Well, the main question is 'does this really need?'. Base copy VDIs is a 
normal (but, yes, ugly) operational state for XCP. You can rid off them 
by using only 'fresh' disks (e.g. copy instead of cloning, no snapshots).

On 03.05.2012 17:16, Carlos Eduardo Tavares Terra wrote:
> So... in this case must I move the only VM in this SR to another SR 
> and reformat the first SR?
> Is there any way to do this without downtime?
>
> On Thu, May 3, 2012 at 8:21 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     base copy is part of very ugly snapshot/clone model of VHD-based
>     storage in XCP.
>
>     When you do some clone/snapshot, you getting three objects.
>
>     Old (one, which was base for cloning/snapshoting)
>     New
>     base copy, which contain readonly difference between previous
>     state and state at the moment of operation (no 'previous', means
>     difference with zero-filled).
>
>     So you can not rid of base copy.
>
>
>     ... I can say usage of VHD was the most unpleasant part of XCP.
>     Extreme low performance (compare to 'raw'), high overhead on COW
>     copy, limitation on size of VDI (2TiB max), shifted align of every
>     block, very annoying coalesing operations and many other stuff...
>
>
>
>     On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
>>     After sr-scan I have a new VDI named 'base copy'.
>>     What is that? A snapshot that created another vm?
>>
>>     On Thu, May 3, 2012 at 7:19 AM, George Shuklin
>>     <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>>
>>         If that VDI is not 'base copy' from snapshots, you can remove
>>         them manually. For NFS this is just 'remove file', for LVM -
>>         do lvdisplay, find LV and do lvremove for it. After that do
>>         xe sr-scan.
>>
>>
>>         On 03.05.2012 04:30, Carlos Eduardo Tavares Terra wrote:
>>>         I am having some trouble with a ghost  vdi in my
>>>         environment. After some tries, i got stuck in this scenario:
>>>
>>>         [root@vmserver05 ~]# xe vdi-list
>>>         sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f
>>>         uuid ( RO)                : 3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c
>>>                   name-label ( RW): cnetweb03 1
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 4294967296 <tel:4294967296>
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         uuid ( RO)                : ef966e58-0343-43a6-b528-902e8cfb60ae
>>>                   name-label ( RW): cnetweb03 0
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 268435456000
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         uuid ( RO)                : 50c0034c-a838-4320-9ea1-874d9a8b6027
>>>                   name-label ( RW): cnetweb03 2
>>>             name-description ( RW):
>>>                      sr-uuid ( RO): 8bdbf594-168f-f54d-4a2a-1be70995868f
>>>                 virtual-size ( RO): 107374182400
>>>                     sharable ( RO): false
>>>                    read-only ( RO): false
>>>
>>>
>>>         *uuid ( RO)                :
>>>         322a2176-ca29-4699-951f-c4def6f0d7fc*
>>>         *          name-label ( RW):*
>>>         *    name-description ( RW):*
>>>         *             sr-uuid ( RO):
>>>         8bdbf594-168f-f54d-4a2a-1be70995868f*
>>>         *        virtual-size ( RO): 268435456000*
>>>         *            sharable ( RO): false*
>>>         *           read-only ( RO): true*
>>>
>>>
>>>         [root@vmserver05 ~]# xe vdi-destroy
>>>         uuid=322a2176-ca29-4699-951f-c4def6f0d7fc
>>>         This operation cannot be performed because the system does
>>>         not manage this VDI
>>>         vdi: 322a2176-ca29-4699-951f-c4def6f0d7fc ()
>>>
>>>
>>>         How can I destroy this vdi? He isn't displayed in XenCenter.
>>>
>>>         Thanks
>>>
>>>         -- 
>>>         Carlos Eduardo Tavares Terra
>>>
>>>
>>>         _______________________________________________
>>>         Xen-api mailing list
>>>         Xen-api@lists.xen.org  <mailto:Xen-api@lists.xen.org>
>>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>         _______________________________________________
>>         Xen-api mailing list
>>         Xen-api@lists.xen.org <mailto:Xen-api@lists.xen.org>
>>         http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>>
>>
>>     -- 
>>     Carlos Eduardo Tavares Terra
>>     Red Hat Certified Engineer
>>     Consultor em Infraestrutura de TI
>>     GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]


--------------000704060801090109020106
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Well, the main question is 'does this really need?'. Base copy VDIs
    is a normal (but, yes, ugly) operational state for XCP. You can rid
    off them by using only 'fresh' disks (e.g. copy instead of cloning,
    no snapshots).<br>
    <br>
    On 03.05.2012 17:16, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt60fGokUnhyW9nmQ3pouY83e+tOJAT_s47OSsJa9ieGeg@mail.gmail.com"
      type="cite">So... in this case must I move the only VM in this SR
      to another SR and reformat the first SR?<br>
      Is there any way to do this without downtime?<br>
      <br>
      <div class="gmail_quote">On Thu, May 3, 2012 at 8:21 AM, George
        Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
            href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div bgcolor="#FFFFFF" text="#000000"> base copy is part of
            very ugly snapshot/clone model of VHD-based storage in XCP.
            <br>
            <br>
            When you do some clone/snapshot, you getting three objects.
            <br>
            <br>
            Old (one, which was base for cloning/snapshoting)<br>
            New<br>
            base copy, which contain readonly difference between
            previous state and state at the moment of operation (no
            'previous', means difference with zero-filled).<br>
            <br>
            So you can not rid of base copy. <br>
            <br>
            <br>
            ... I can say usage of VHD was the most unpleasant part of
            XCP. Extreme low performance (compare to 'raw'), high
            overhead on COW copy, limitation on size of VDI (2TiB max),
            shifted align of every block, very annoying coalesing
            operations and many other stuff...
            <div>
              <div class="h5"><br>
                <br>
                <br>
                On 03.05.2012 14:46, Carlos Eduardo Tavares Terra wrote:
                <blockquote type="cite">After sr-scan I have a new VDI
                  named 'base copy'.&nbsp;
                  <div>What is that? A snapshot that created another vm?<br>
                    <br>
                    <div class="gmail_quote">On Thu, May 3, 2012 at 7:19
                      AM, George Shuklin <span dir="ltr">&lt;<a
                          moz-do-not-send="true"
                          href="mailto:george.shuklin@gmail.com"
                          target="_blank">george.shuklin@gmail.com</a>&gt;</span>
                      wrote:<br>
                      <blockquote class="gmail_quote" style="margin:0 0
                        0 .8ex;border-left:1px #ccc
                        solid;padding-left:1ex">
                        <div bgcolor="#FFFFFF" text="#000000"> If that
                          VDI is not 'base copy' from snapshots, you can
                          remove them manually. For NFS this is just
                          'remove file', for LVM - do lvdisplay, find LV
                          and do lvremove for it. After that do xe
                          sr-scan.
                          <div>
                            <div><br>
                              <br>
                              On 03.05.2012 04:30, Carlos Eduardo
                              Tavares Terra wrote: </div>
                          </div>
                          <blockquote type="cite">
                            <div>
                              <div>I am having some trouble with a ghost
                                &nbsp;vdi in my environment. After some
                                tries, i got stuck in this scenario:
                                <div><br>
                                </div>
                                <div>
                                  <div>[root@vmserver05 ~]# xe vdi-list
sr-uuid=8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                  <div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      3c8bc8ec-eb30-4f99-8e5d-0a6a5ee3762c</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 1</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO): <a
                                        moz-do-not-send="true"
                                        href="tel:4294967296"
                                        value="+554294967296"
                                        target="_blank">4294967296</a></div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      ef966e58-0343-43a6-b528-902e8cfb60ae</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 0</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                      268435456000</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                                      50c0034c-a838-4320-9ea1-874d9a8b6027</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                                      cnetweb03 2</div>
                                    <div>&nbsp; &nbsp; name-description ( RW):</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                                      8bdbf594-168f-f54d-4a2a-1be70995868f</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                      107374182400</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                      false</div>
                                    <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                      false</div>
                                    <div><br>
                                    </div>
                                    <div><br>
                                    </div>
                                    <div><b>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
322a2176-ca29-4699-951f-c4def6f0d7fc</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):</b></div>
                                    <div><b>&nbsp; &nbsp; name-description ( RW):</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
8bdbf594-168f-f54d-4a2a-1be70995868f</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                                        268435456000</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO):
                                        false</b></div>
                                    <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO):
                                        true</b></div>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div>
                                    <div>[root@vmserver05 ~]# xe
                                      vdi-destroy
                                      uuid=322a2176-ca29-4699-951f-c4def6f0d7fc</div>
                                    <div>This operation cannot be
                                      performed because the system does
                                      not manage this VDI</div>
                                    <div>vdi:
                                      322a2176-ca29-4699-951f-c4def6f0d7fc
                                      ()</div>
                                  </div>
                                  <div><br>
                                  </div>
                                  <div>
                                    <div><br>
                                    </div>
                                    <div>How can I destroy this vdi? He
                                      isn't displayed in XenCenter.</div>
                                    <div><br>
                                    </div>
                                    <div>Thanks</div>
                                    <div><br>
                                    </div>
                                    -- <br>
                                    Carlos Eduardo Tavares Terra<br>
                                  </div>
                                </div>
                                <br>
                                <fieldset></fieldset>
                                <br>
                              </div>
                            </div>
                            <pre>_______________________________________________
Xen-api mailing list
<a moz-do-not-send="true" href="mailto:Xen-api@lists.xen.org" target="_blank">Xen-api@lists.xen.org</a>
<a moz-do-not-send="true" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
                          </blockquote>
                        </div>
                        <br>
                        _______________________________________________<br>
                        Xen-api mailing list<br>
                        <a moz-do-not-send="true"
                          href="mailto:Xen-api@lists.xen.org"
                          target="_blank">Xen-api@lists.xen.org</a><br>
                        <a moz-do-not-send="true"
                          href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api"
                          target="_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
                        <br>
                      </blockquote>
                    </div>
                    <br>
                    <br clear="all">
                    <div><br>
                    </div>
                    -- <br>
                    Carlos Eduardo Tavares Terra<br>
                    Red Hat Certified Engineer<br>
                    Consultor em Infraestrutura de TI<br>
                    GNU/Linux #413291 [<a moz-do-not-send="true"
                      href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                  </div>
                </blockquote>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a moz-do-not-send="true"
        href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
    </blockquote>
    <br>
  </body>
</html>

--------------000704060801090109020106--


--===============4115656930165243862==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4115656930165243862==--


From xen-api-bounces@lists.xen.org Fri May 04 08:31:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 08:31:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQDvS-0003Eu-Jy; Fri, 04 May 2012 08:31:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SQDvR-0003EZ-3f
	for xen-api@lists.xen.org; Fri, 04 May 2012 08:31:41 +0000
Received: from [85.158.143.35:24270] by server-1.bemta-4.messagelabs.com id
	78/40-20925-CE393AF4; Fri, 04 May 2012 08:31:40 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-21.messagelabs.com!1336120298!15377121!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzE4Mg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29854 invoked from network); 4 May 2012 08:31:38 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 08:31:38 -0000
X-IronPort-AV: E=Sophos;i="4.75,530,1330905600"; d="scan'208";a="12291365"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	04 May 2012 08:31:38 +0000
Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 4 May 2012
	09:31:37 +0100
Message-ID: <1336120297.26385.11.camel@dagon.hellion.org.uk>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Mike Galvez <late2werk@gmail.com>
Date: Fri, 4 May 2012 09:31:37 +0100
In-Reply-To: <CAEKCL9MsAw1cPHQG17XqawNXOAZNoNrQ7dYkMt_dABmdNqHznQ@mail.gmail.com>
References: <CAEKCL9MsAw1cPHQG17XqawNXOAZNoNrQ7dYkMt_dABmdNqHznQ@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: Xen Users Mail list <xen-users@lists.xensource.com>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] XCP Unable to unplug detach or destroy
 NFS mounted sr
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Mike,

XCP questions are better addressed to the xen-api@ list (CCd). I know
this isn't obvious...

On Thu, 2012-05-03 at 21:24 +0100, Mike Galvez wrote:
> I'm using XCP release 1.1.0-48631c.  I have a new NFS server that I
> want to use in place of the old one, and I'm trying to get rid of an
> NFS mounted CD repository, but it's persistently ignoring my attempts
> to detach or destroy it.  I made sure none of the VMs were using the
> sr, shut them down and started them on my other host. (there are only
> two hosts in the pool). I rebooted the vacant host hoping it would
> then allow me to detach the sr, but no luck, and now the VMs don't see
> the rebooted host. I also tried restarting the nfs service and xapi
> daemon, but it didn't help. Any help is appreciated.  
> 
> 
> Thanks



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 08:31:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 08:31:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQDvS-0003Eu-Jy; Fri, 04 May 2012 08:31:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SQDvR-0003EZ-3f
	for xen-api@lists.xen.org; Fri, 04 May 2012 08:31:41 +0000
Received: from [85.158.143.35:24270] by server-1.bemta-4.messagelabs.com id
	78/40-20925-CE393AF4; Fri, 04 May 2012 08:31:40 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-21.messagelabs.com!1336120298!15377121!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzE4Mg==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29854 invoked from network); 4 May 2012 08:31:38 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 08:31:38 -0000
X-IronPort-AV: E=Sophos;i="4.75,530,1330905600"; d="scan'208";a="12291365"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	04 May 2012 08:31:38 +0000
Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 4 May 2012
	09:31:37 +0100
Message-ID: <1336120297.26385.11.camel@dagon.hellion.org.uk>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Mike Galvez <late2werk@gmail.com>
Date: Fri, 4 May 2012 09:31:37 +0100
In-Reply-To: <CAEKCL9MsAw1cPHQG17XqawNXOAZNoNrQ7dYkMt_dABmdNqHznQ@mail.gmail.com>
References: <CAEKCL9MsAw1cPHQG17XqawNXOAZNoNrQ7dYkMt_dABmdNqHznQ@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: Xen Users Mail list <xen-users@lists.xensource.com>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] XCP Unable to unplug detach or destroy
 NFS mounted sr
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Mike,

XCP questions are better addressed to the xen-api@ list (CCd). I know
this isn't obvious...

On Thu, 2012-05-03 at 21:24 +0100, Mike Galvez wrote:
> I'm using XCP release 1.1.0-48631c.  I have a new NFS server that I
> want to use in place of the old one, and I'm trying to get rid of an
> NFS mounted CD repository, but it's persistently ignoring my attempts
> to detach or destroy it.  I made sure none of the VMs were using the
> sr, shut them down and started them on my other host. (there are only
> two hosts in the pool). I rebooted the vacant host hoping it would
> then allow me to detach the sr, but no luck, and now the VMs don't see
> the rebooted host. I also tried restarting the nfs service and xapi
> daemon, but it didn't help. Any help is appreciated.  
> 
> 
> Thanks



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 09:38:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 09:38:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQEyT-0000Sa-6N; Fri, 04 May 2012 09:38:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SQEyS-0000SO-2S
	for xen-api@lists.xen.org; Fri, 04 May 2012 09:38:52 +0000
Received: from [85.158.139.83:6959] by server-9.bemta-5.messagelabs.com id
	19/4F-09826-BA3A3AF4; Fri, 04 May 2012 09:38:51 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-6.tower-182.messagelabs.com!1336124329!22867545!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzI3OQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26282 invoked from network); 4 May 2012 09:38:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 09:38:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,530,1330905600"; d="scan'208";a="12293331"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	04 May 2012 09:38:18 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 4 May 2012
	10:38:18 +0100
Message-ID: <1336124297.2361.26.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Demon <ncuccto@gmail.com>
Date: Fri, 4 May 2012 10:38:17 +0100
In-Reply-To: <CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
References: <CAJ-3GfNjOc9NY_qpzSbCA9PLv-D=Fs8bSwdyDxgL6tWYDKVv5A@mail.gmail.com>
	<CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] Fwd: xe CLI: Error code:
 MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

XCP questions are best directed to the xen-api@ list (CCd). This is not
obvious I admit.

On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:
> 
> 
> I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.
> 
> 
> I tried "xe vm-memory-limits-set" command, and what I get is like
> 
> 
> [root@xcp11 ~]# xe vm-memory-limits-set static-min=1GiB
> dynamic-min=4GiB dynamic-max=4GiB static-max=4GiB --multiple
> operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> attempted an operation on a VM that was not in an appropriate power
> state at the time; for example, you attempted to start a VM that was
> already running.  The parameters returned are the VM's handle, and the
> expected and actual VM state at the time of the call.
> vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> xcp11)
> expected: halted
> actual: running
> 
> 
> xcp11 is the VM Host itself. So, is there any way to be halted ?
> And there's no VM on it.

I rather expect that you cannot change static-max for dom0. I don't know
about the other three...

Ian.




_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 09:38:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 09:38:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQEyT-0000Sa-6N; Fri, 04 May 2012 09:38:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SQEyS-0000SO-2S
	for xen-api@lists.xen.org; Fri, 04 May 2012 09:38:52 +0000
Received: from [85.158.139.83:6959] by server-9.bemta-5.messagelabs.com id
	19/4F-09826-BA3A3AF4; Fri, 04 May 2012 09:38:51 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-6.tower-182.messagelabs.com!1336124329!22867545!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzI3OQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26282 invoked from network); 4 May 2012 09:38:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 09:38:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,530,1330905600"; d="scan'208";a="12293331"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	04 May 2012 09:38:18 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Fri, 4 May 2012
	10:38:18 +0100
Message-ID: <1336124297.2361.26.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Demon <ncuccto@gmail.com>
Date: Fri, 4 May 2012 10:38:17 +0100
In-Reply-To: <CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
References: <CAJ-3GfNjOc9NY_qpzSbCA9PLv-D=Fs8bSwdyDxgL6tWYDKVv5A@mail.gmail.com>
	<CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] Fwd: xe CLI: Error code:
 MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

XCP questions are best directed to the xen-api@ list (CCd). This is not
obvious I admit.

On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:
> 
> 
> I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.
> 
> 
> I tried "xe vm-memory-limits-set" command, and what I get is like
> 
> 
> [root@xcp11 ~]# xe vm-memory-limits-set static-min=1GiB
> dynamic-min=4GiB dynamic-max=4GiB static-max=4GiB --multiple
> operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> attempted an operation on a VM that was not in an appropriate power
> state at the time; for example, you attempted to start a VM that was
> already running.  The parameters returned are the VM's handle, and the
> expected and actual VM state at the time of the call.
> vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> xcp11)
> expected: halted
> actual: running
> 
> 
> xcp11 is the VM Host itself. So, is there any way to be halted ?
> And there's no VM on it.

I rather expect that you cannot change static-max for dom0. I don't know
about the other three...

Ian.




_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 12:52:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 12:52:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQHzq-00024Q-74; Fri, 04 May 2012 12:52:30 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQHzp-00024E-Cd
	for xen-api@lists.xensource.com; Fri, 04 May 2012 12:52:29 +0000
Received: from [193.109.254.147:44988] by server-8.bemta-14.messagelabs.com id
	1B/8A-23244-C01D3AF4; Fri, 04 May 2012 12:52:28 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1336135947!5220466!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9582 invoked from network); 4 May 2012 12:52:28 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 12:52:28 -0000
Received: by lbom4 with SMTP id m4so2307158lbo.30
	for <xen-api@lists.xensource.com>; Fri, 04 May 2012 05:52:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=WdF7OKF6IhLq2bnSGxD2b/g+RdrnOW4/ZyGEmuGBaNs=;
	b=vYfDmS1N4hlEj+0C+txoGqklB4lpGCfIbPgC1yPbBoEJFT8jB7keF6hOvslxfRKSLw
	71Gc/DkFP9taad2R5/U4NuwN84TA62MlbU1VSaLqDTQLma/ZMK89JB6j6Q3wNuGydxUA
	zAS+PLKEI2fLVIcbAeFqUb6SoA2VBfVXx5pPh7/XoUIrQoImrEbwQJg7VwqetQ4Re5BN
	/RPibyBaUs84Pz1HhDeToMPnCnhYXEoiPSf+BEQWOICfSBNkgVmbQJSe6IPcQsuxWkkm
	xEv4zUeFB9j+pbMrH9AjuL23mNg2q7UwaBlWb80+rvegXy1SlAMhj3eao/xvVgFMdaJY
	sYRQ==
Received: by 10.152.105.19 with SMTP id gi19mr5739021lab.11.1336135947244;
	Fri, 04 May 2012 05:52:27 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id r5sm10872197lbj.12.2012.05.04.05.52.26
	(version=SSLv3 cipher=OTHER); Fri, 04 May 2012 05:52:26 -0700 (PDT)
Message-ID: <4FA3D115.3040302@gmail.com>
Date: Fri, 04 May 2012 16:52:37 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

I've still don't understand the scope of 'xen-api' maillist. Is it about 
XenAPI? About xapi development? Or it iis just for XCP users to discuss 
'user level' problems?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 12:52:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 12:52:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQHzq-00024Q-74; Fri, 04 May 2012 12:52:30 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQHzp-00024E-Cd
	for xen-api@lists.xensource.com; Fri, 04 May 2012 12:52:29 +0000
Received: from [193.109.254.147:44988] by server-8.bemta-14.messagelabs.com id
	1B/8A-23244-C01D3AF4; Fri, 04 May 2012 12:52:28 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1336135947!5220466!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9582 invoked from network); 4 May 2012 12:52:28 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 12:52:28 -0000
Received: by lbom4 with SMTP id m4so2307158lbo.30
	for <xen-api@lists.xensource.com>; Fri, 04 May 2012 05:52:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=WdF7OKF6IhLq2bnSGxD2b/g+RdrnOW4/ZyGEmuGBaNs=;
	b=vYfDmS1N4hlEj+0C+txoGqklB4lpGCfIbPgC1yPbBoEJFT8jB7keF6hOvslxfRKSLw
	71Gc/DkFP9taad2R5/U4NuwN84TA62MlbU1VSaLqDTQLma/ZMK89JB6j6Q3wNuGydxUA
	zAS+PLKEI2fLVIcbAeFqUb6SoA2VBfVXx5pPh7/XoUIrQoImrEbwQJg7VwqetQ4Re5BN
	/RPibyBaUs84Pz1HhDeToMPnCnhYXEoiPSf+BEQWOICfSBNkgVmbQJSe6IPcQsuxWkkm
	xEv4zUeFB9j+pbMrH9AjuL23mNg2q7UwaBlWb80+rvegXy1SlAMhj3eao/xvVgFMdaJY
	sYRQ==
Received: by 10.152.105.19 with SMTP id gi19mr5739021lab.11.1336135947244;
	Fri, 04 May 2012 05:52:27 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id r5sm10872197lbj.12.2012.05.04.05.52.26
	(version=SSLv3 cipher=OTHER); Fri, 04 May 2012 05:52:26 -0700 (PDT)
Message-ID: <4FA3D115.3040302@gmail.com>
Date: Fri, 04 May 2012 16:52:37 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

I've still don't understand the scope of 'xen-api' maillist. Is it about 
XenAPI? About xapi development? Or it iis just for XCP users to discuss 
'user level' problems?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 13:22:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 13:22:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQIT7-00036N-Rg; Fri, 04 May 2012 13:22:45 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SQIT6-00036G-7k
	for xen-api@lists.xen.org; Fri, 04 May 2012 13:22:44 +0000
Received: from [85.158.143.99:11471] by server-2.bemta-4.messagelabs.com id
	34/E9-17550-328D3AF4; Fri, 04 May 2012 13:22:43 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336137762!16739138!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11232 invoked from network); 4 May 2012 13:22:42 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 13:22:42 -0000
Received: by bkwj10 with SMTP id j10so2260074bkw.32
	for <xen-api@lists.xen.org>; Fri, 04 May 2012 06:22:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding;
	bh=ZjI3cKNtASwCYGBlExiBLCW4AFqchn8f5lp0OgYxZUw=;
	b=V438seKiBTtcx0/FmDt4x/fo2VVvzM6F2KWIU80IomaSmMlvT2a7ww3sDu4vxoX/kK
	n+3w5524K9JX9h4PO9Ta9K8S2OcbZTl+Z3GZG5WayIoTdsSzKt6lrkAvsBAVDB1ahL4F
	BcGtFXY6DY9kXXdKTsV/FFhm1jMe7gplg+Dp7ve6b5KeUmqSb9MiqR3SMuRHnF+5RjP4
	NUwtdFHyioBN5e5XS/zIfGq1RsPu/tK51bLcYJ98blCoIeP7KShT7hyu4NcxbwMO2IuN
	MAQMJ8nYB75WSuLfmBAekwCZ1oqXh6PD5SuJ+GJRHJnYcJPk+3/QJzKpmdnLrlttpv+D
	FM6A==
Received: by 10.204.156.220 with SMTP id y28mr2210781bkw.9.1336137761990;
	Fri, 04 May 2012 06:22:41 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55])
	by mx.google.com with ESMTPS id gm18sm17017464bkc.7.2012.05.04.06.22.40
	(version=SSLv3 cipher=OTHER); Fri, 04 May 2012 06:22:40 -0700 (PDT)
Message-ID: <4FA3D81E.7090101@xen.org>
Date: Fri, 04 May 2012 14:22:38 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com>
In-Reply-To: <4FA3D115.3040302@gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Right now this is the xcp-devel list. Maybe we need to rename the list: 
we did not want to do this because renaming mailing lists can be 
disruptive to users. There is also an open question on whether we should 
introduce an xcp-users list to make to make things clearer.
Regards
Lars

On 04/05/2012 13:52, George Shuklin wrote:
> Good day.
>
> I've still don't understand the scope of 'xen-api' maillist. Is it 
> about XenAPI? About xapi development? Or it iis just for XCP users to 
> discuss 'user level' problems?
>
> Thanks.
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 13:22:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 13:22:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQIT7-00036N-Rg; Fri, 04 May 2012 13:22:45 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SQIT6-00036G-7k
	for xen-api@lists.xen.org; Fri, 04 May 2012 13:22:44 +0000
Received: from [85.158.143.99:11471] by server-2.bemta-4.messagelabs.com id
	34/E9-17550-328D3AF4; Fri, 04 May 2012 13:22:43 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336137762!16739138!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11232 invoked from network); 4 May 2012 13:22:42 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 13:22:42 -0000
Received: by bkwj10 with SMTP id j10so2260074bkw.32
	for <xen-api@lists.xen.org>; Fri, 04 May 2012 06:22:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding;
	bh=ZjI3cKNtASwCYGBlExiBLCW4AFqchn8f5lp0OgYxZUw=;
	b=V438seKiBTtcx0/FmDt4x/fo2VVvzM6F2KWIU80IomaSmMlvT2a7ww3sDu4vxoX/kK
	n+3w5524K9JX9h4PO9Ta9K8S2OcbZTl+Z3GZG5WayIoTdsSzKt6lrkAvsBAVDB1ahL4F
	BcGtFXY6DY9kXXdKTsV/FFhm1jMe7gplg+Dp7ve6b5KeUmqSb9MiqR3SMuRHnF+5RjP4
	NUwtdFHyioBN5e5XS/zIfGq1RsPu/tK51bLcYJ98blCoIeP7KShT7hyu4NcxbwMO2IuN
	MAQMJ8nYB75WSuLfmBAekwCZ1oqXh6PD5SuJ+GJRHJnYcJPk+3/QJzKpmdnLrlttpv+D
	FM6A==
Received: by 10.204.156.220 with SMTP id y28mr2210781bkw.9.1336137761990;
	Fri, 04 May 2012 06:22:41 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55])
	by mx.google.com with ESMTPS id gm18sm17017464bkc.7.2012.05.04.06.22.40
	(version=SSLv3 cipher=OTHER); Fri, 04 May 2012 06:22:40 -0700 (PDT)
Message-ID: <4FA3D81E.7090101@xen.org>
Date: Fri, 04 May 2012 14:22:38 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com>
In-Reply-To: <4FA3D115.3040302@gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Right now this is the xcp-devel list. Maybe we need to rename the list: 
we did not want to do this because renaming mailing lists can be 
disruptive to users. There is also an open question on whether we should 
introduce an xcp-users list to make to make things clearer.
Regards
Lars

On 04/05/2012 13:52, George Shuklin wrote:
> Good day.
>
> I've still don't understand the scope of 'xen-api' maillist. Is it 
> about XenAPI? About xapi development? Or it iis just for XCP users to 
> discuss 'user level' problems?
>
> Thanks.
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 04 14:25:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 14:25:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQJRy-0006l7-VJ; Fri, 04 May 2012 14:25:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SQJRx-0006l2-28
	for xen-api@lists.xen.org; Fri, 04 May 2012 14:25:37 +0000
Received: from [85.158.143.99:38795] by server-1.bemta-4.messagelabs.com id
	C6/6C-20925-0E6E3AF4; Fri, 04 May 2012 14:25:36 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-10.tower-216.messagelabs.com!1336141531!20135816!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM5NTI4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17311 invoked from network); 4 May 2012 14:25:35 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 4 May 2012 14:25:35 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q44EPUPm028914
	for <xen-api@lists.xen.org>; Fri, 4 May 2012 10:25:31 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:34014]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id EA/6D-11274-AD6E3AF4; Fri, 04 May 2012 10:25:30 -0400
Date: Fri, 4 May 2012 10:25:30 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Message-ID: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] kronos and upgrading to debian sid
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2409868403080370201=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2409868403080370201==
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/>
 </head><body>
 
 
  <p id="mceDummy" style="margin: 0;">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Hi,</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Early in the instructions you upgrade debian to &#34;unstable&#34; as follows:</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">perl -pi -e &#39;/squeeze/unstable/g&#39; /etc/apt/sources.list</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">apt-get update</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">apt-get dist-upgrade</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Is it normal to see failures (404 not found) fetching packages when you run apt-get update?</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Thanks,</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Dave</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p>
 
</body></html>


--===============2409868403080370201==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2409868403080370201==--

From xen-api-bounces@lists.xen.org Fri May 04 14:25:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 14:25:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQJRy-0006l7-VJ; Fri, 04 May 2012 14:25:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <dbhout@sequenciainc.com>) id 1SQJRx-0006l2-28
	for xen-api@lists.xen.org; Fri, 04 May 2012 14:25:37 +0000
Received: from [85.158.143.99:38795] by server-1.bemta-4.messagelabs.com id
	C6/6C-20925-0E6E3AF4; Fri, 04 May 2012 14:25:36 +0000
X-Env-Sender: dbhout@sequenciainc.com
X-Msg-Ref: server-10.tower-216.messagelabs.com!1336141531!20135816!1
X-Originating-IP: [206.188.198.66]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTM5NTI4\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17311 invoked from network); 4 May 2012 14:25:35 -0000
Received: from omr1pod1.networksolutionsemail.com (HELO
	omr1pod1.networksolutionsemail.com) (206.188.198.66)
	by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 4 May 2012 14:25:35 -0000
Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com
	[206.188.198.65])
	by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id
	q44EPUPm028914
	for <xen-api@lists.xen.org>; Fri, 4 May 2012 10:25:31 -0400
X-Authenticated-IP: 206.188.198.65
Received: from [206.188.198.65] ([206.188.198.65:34014]
	helo=oxapp2pod1.mgt.hosting.qts.netsol.com)
	by cm-omr1pod1 (envelope-from <dbhout@sequenciainc.com>)
	(ecelerity 2.2.2.41 r(31179/31189)) with ESMTP
	id EA/6D-11274-AD6E3AF4; Fri, 04 May 2012 10:25:30 -0400
Date: Fri, 4 May 2012 10:25:30 -0400 (EDT)
From: David Hout <dbhout@sequenciainc.com>
To: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Message-ID: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
MIME-Version: 1.0
X-Priority: 3
Importance: Medium
X-Mailer: Open-Xchange Mailer v6.20.1-Rev8
Subject: [Xen-API] kronos and upgrading to debian sid
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: David Hout <dbhout@sequenciainc.com>
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2409868403080370201=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2409868403080370201==
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/>
 </head><body>
 
 
  <p id="mceDummy" style="margin: 0;">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Hi,</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Early in the instructions you upgrade debian to &#34;unstable&#34; as follows:</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">perl -pi -e &#39;/squeeze/unstable/g&#39; /etc/apt/sources.list</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">apt-get update</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">apt-get dist-upgrade</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Is it normal to see failures (404 not found) fetching packages when you run apt-get update?</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Thanks,</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">Dave</p> 
  <p style="margin: 0px;" class="mceNewlinePreserve">&#160;</p>
 
</body></html>


--===============2409868403080370201==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2409868403080370201==--

From xen-api-bounces@lists.xen.org Fri May 04 14:47:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 14:47:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQJnA-0007mF-GC; Fri, 04 May 2012 14:47:32 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sr@swisscenter.com>) id 1SQJn9-0007lr-Fc
	for xen-api@lists.xen.org; Fri, 04 May 2012 14:47:31 +0000
Received: from [85.158.143.99:47875] by server-1.bemta-4.messagelabs.com id
	F0/E8-20925-20CE3AF4; Fri, 04 May 2012 14:47:30 +0000
X-Env-Sender: sr@swisscenter.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1336142849!21246657!1
X-Originating-IP: [94.103.96.90]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4607 invoked from network); 4 May 2012 14:47:29 -0000
Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90)
	by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 4 May 2012 14:47:29 -0000
Received: from [10.8.0.10] (gate.swisslink.ch [62.2.195.10])
	(authenticated bits=0)
	by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id
	q44ElSej028733
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 4 May 2012 16:47:28 +0200
Message-ID: <4FA3EBF6.9010005@swisscenter.com>
Date: Fri, 04 May 2012 16:47:18 +0200
From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: David Hout <dbhout@sequenciainc.com>
References: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
X-Virus-Scanned: clamav-milter 0.97.3 at mail
X-Virus-Status: Clean
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] kronos and upgrading to debian sid
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4149968655965233143=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4149968655965233143==
Content-Type: multipart/alternative;
 boundary="------------080305040500010504060009"

This is a multi-part message in MIME format.
--------------080305040500010504060009
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

I guess it is if you had previously in your sources.list entries for 
security and updates.
As far as I know, hhey are not existing for unstable. So you can discard 
these errors or change your sources.list to something like:

deb http://mirror.switch.ch/ftp/mirror/debian/ unstable main non-free 
contrib
deb-src http://mirror.switch.ch/ftp/mirror/debian/ unstable main 
non-free contrib

Sébastien

On 04.05.2012 16:25, David Hout wrote:
>
> Hi,
>
> Early in the instructions you upgrade debian to "unstable" as follows:
>
> perl -pi -e '/squeeze/unstable/g' /etc/apt/sources.list
>
> apt-get update
>
> apt-get dist-upgrade
>
> Is it normal to see failures (404 not found) fetching packages when 
> you run apt-get update?
>
> Thanks,
>
> Dave
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--------------080305040500010504060009
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    I guess it is if you had previously in your sources.list entries for
    security and updates.<br>
    As far as I know, hhey are not existing for unstable. So you can
    discard these errors or change your sources.list to something like:<br>
    <br>
    deb <a class="moz-txt-link-freetext" href="http://mirror.switch.ch/ftp/mirror/debian/">http://mirror.switch.ch/ftp/mirror/debian/</a> unstable main
    non-free contrib<br>
    deb-src <a class="moz-txt-link-freetext" href="http://mirror.switch.ch/ftp/mirror/debian/">http://mirror.switch.ch/ftp/mirror/debian/</a> unstable main
    non-free contrib<br>
    <br>
    S&eacute;bastien<br>
    <br>
    On 04.05.2012 16:25, David Hout wrote:
    <blockquote
cite="mid:1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <p id="mceDummy" style="margin: 0;">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Hi,</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Early in the
        instructions you upgrade debian to "unstable" as follows:</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">perl -pi -e
        '/squeeze/unstable/g' /etc/apt/sources.list</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">apt-get update</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">apt-get
        dist-upgrade</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Is it normal to
        see failures (404 not found) fetching packages when you run
        apt-get update?</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Thanks,</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Dave</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------080305040500010504060009--


--===============4149968655965233143==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4149968655965233143==--


From xen-api-bounces@lists.xen.org Fri May 04 14:47:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 14:47:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQJnA-0007mF-GC; Fri, 04 May 2012 14:47:32 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sr@swisscenter.com>) id 1SQJn9-0007lr-Fc
	for xen-api@lists.xen.org; Fri, 04 May 2012 14:47:31 +0000
Received: from [85.158.143.99:47875] by server-1.bemta-4.messagelabs.com id
	F0/E8-20925-20CE3AF4; Fri, 04 May 2012 14:47:30 +0000
X-Env-Sender: sr@swisscenter.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1336142849!21246657!1
X-Originating-IP: [94.103.96.90]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4607 invoked from network); 4 May 2012 14:47:29 -0000
Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90)
	by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 4 May 2012 14:47:29 -0000
Received: from [10.8.0.10] (gate.swisslink.ch [62.2.195.10])
	(authenticated bits=0)
	by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id
	q44ElSej028733
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 4 May 2012 16:47:28 +0200
Message-ID: <4FA3EBF6.9010005@swisscenter.com>
Date: Fri, 04 May 2012 16:47:18 +0200
From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: David Hout <dbhout@sequenciainc.com>
References: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
In-Reply-To: <1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com>
X-Virus-Scanned: clamav-milter 0.97.3 at mail
X-Virus-Status: Clean
Cc: "<xen-api@lists.xen.org>" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] kronos and upgrading to debian sid
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4149968655965233143=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4149968655965233143==
Content-Type: multipart/alternative;
 boundary="------------080305040500010504060009"

This is a multi-part message in MIME format.
--------------080305040500010504060009
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

I guess it is if you had previously in your sources.list entries for 
security and updates.
As far as I know, hhey are not existing for unstable. So you can discard 
these errors or change your sources.list to something like:

deb http://mirror.switch.ch/ftp/mirror/debian/ unstable main non-free 
contrib
deb-src http://mirror.switch.ch/ftp/mirror/debian/ unstable main 
non-free contrib

Sébastien

On 04.05.2012 16:25, David Hout wrote:
>
> Hi,
>
> Early in the instructions you upgrade debian to "unstable" as follows:
>
> perl -pi -e '/squeeze/unstable/g' /etc/apt/sources.list
>
> apt-get update
>
> apt-get dist-upgrade
>
> Is it normal to see failures (404 not found) fetching packages when 
> you run apt-get update?
>
> Thanks,
>
> Dave
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--------------080305040500010504060009
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    I guess it is if you had previously in your sources.list entries for
    security and updates.<br>
    As far as I know, hhey are not existing for unstable. So you can
    discard these errors or change your sources.list to something like:<br>
    <br>
    deb <a class="moz-txt-link-freetext" href="http://mirror.switch.ch/ftp/mirror/debian/">http://mirror.switch.ch/ftp/mirror/debian/</a> unstable main
    non-free contrib<br>
    deb-src <a class="moz-txt-link-freetext" href="http://mirror.switch.ch/ftp/mirror/debian/">http://mirror.switch.ch/ftp/mirror/debian/</a> unstable main
    non-free contrib<br>
    <br>
    S&eacute;bastien<br>
    <br>
    On 04.05.2012 16:25, David Hout wrote:
    <blockquote
cite="mid:1505398270.271247.1336141530881.JavaMail.vpopmail@mail.sequenciainc.com"
      type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <p id="mceDummy" style="margin: 0;">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Hi,</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Early in the
        instructions you upgrade debian to "unstable" as follows:</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">perl -pi -e
        '/squeeze/unstable/g' /etc/apt/sources.list</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">apt-get update</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">apt-get
        dist-upgrade</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Is it normal to
        see failures (404 not found) fetching packages when you run
        apt-get update?</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Thanks,</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">Dave</p>
      <p style="margin: 0px;" class="mceNewlinePreserve">&nbsp;</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------080305040500010504060009--


--===============4149968655965233143==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4149968655965233143==--


From xen-api-bounces@lists.xen.org Fri May 04 21:32:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 21:32:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQQ6t-0002Ov-Na; Fri, 04 May 2012 21:32:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SQQ6r-0002Ol-Mm
	for xen-api@lists.xen.org; Fri, 04 May 2012 21:32:18 +0000
Received: from [85.158.143.99:6365] by server-2.bemta-4.messagelabs.com id
	35/24-17550-1EA44AF4; Fri, 04 May 2012 21:32:17 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336167134!21312967!1
X-Originating-IP: [209.85.216.50]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23084 invoked from network); 4 May 2012 21:32:15 -0000
Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com)
	(209.85.216.50)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 21:32:15 -0000
Received: by qafl39 with SMTP id l39so1770685qaf.16
	for <xen-api@lists.xen.org>; Fri, 04 May 2012 14:32:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=5+RFybNvVyrWzcJWsrofPbnF7d0AA/hNfjp1DBqeRn8=;
	b=CTssAkOTFysU/BanG8qYzOb3IdpyDdwQJ2itxUh90yKsafXx17U9c9jbVHJVp15pIE
	9FfVpdMCAKz9gN9l0CgaEP6IUtESeIA35f3VV5tlejPeRImM9CAsdd5MM9PFUN0gx4wc
	ympd/KAnRQIuXMwC36onjdPWwyKH8X8WmN3lZONE5WgqILYBdcqmUV1XOA3/DPcgHkNC
	YXNr8lKqwylDaMAc7X+Ycdc8eceg9D5x8llEGAUiYMsgW2T1DFQHh8lS5x7OTfeoUlOw
	2prqgbM6ksDCKRFCbaYcl4exvPjeJjs7ZbJanfeVDgKmjgdX0sPvlYx/9ojQ9dA4jxgS
	z31Q==
Received: by 10.224.42.16 with SMTP id q16mr998728qae.70.1336167133788;
	Fri, 04 May 2012 14:32:13 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id dl7sm15107673qab.9.2012.05.04.14.32.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Fri, 04 May 2012 14:32:13 -0700 (PDT)
Message-ID: <4FA44AD5.6020603@gmail.com>
Date: Fri, 04 May 2012 17:32:05 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] General Question about XenAPI on Debian 32 / 64 bit Dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6142295251439950947=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6142295251439950947==
Content-Type: multipart/alternative;
 boundary="------------090807070208090101020600"

This is a multi-part message in MIME format.
--------------090807070208090101020600
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Just have a few simple questions that I am still not 100% clear about.

I have looked thru the past 5months of posts on the Xen-api list, but 
those have not answered all of my questions. I have read thru the Kronos 
Wiki page, 
http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution 
like so many out there have, which i also wish was updated with more 
current information... :) , and read thru other wiki pages and etc...

*My software Setup:*
Operating System:    Debian Wheezy 64 bit
Kernel:                         Kernel 3.3.4, compiled from source and 
enabled all Xen features into the kernel, nothing are modules, nothing 
else was changed.
Xen:                              Xen 4.2-unstable, cloned and compiled 
from the mercurial, and i believe revision 25256 was the last i compiled.

*Questions:*
The above setup seems to work and i can reboot the system into Xen 
4.2-unstable, but have not done much else with it for now. I am wanting 
to install the XenAPI on it so i can try to use Citrix XenCenter to 
manage the creation / installing of VMs and do all that fun stuff from a 
Windows based computer. What i am not clear about is:

*1.)* Some websites say the XenAPI needs / recommends a 32bit Dom0 to 
run on, some say the 64 bit version is there and is experimental, so a 
work in progress. SOO, since i like my 64bit Wheezy Dom0, will the 
XenAPI install and run fine on that a 64bit Dom0? As of today, is there 
a 64bit version of the XenAPI?

*2.)* In the above Viki guide (and again wish it was more current), you 
can only install the XenAPI by running the two commands:

sudo apt-get install xcp-xapi
sudo apt-get install xcp-xe

HOWEVER, i already have complied and installed Xen 4.2-unstable and the 
xcp-xapi package depends on xen-hypervisor-4.1-amd64, xen-utils-4.1 and 
others, which it will download and install it automatically. SO, 
wouldn't that mess up my installation of Xen 4.2-unstable already 
running on there? Is there a way to install just the XenAP Toolstack and 
not let it install the xen-hypervisor-4.1-amd64 and other related things?

*3.)* Sometimes it is nice to have the latest revision of the XenAPI 
toolstack, so to get that you need to compile form source. if you do the

git clone https://github.com/jonludlam/xapi-autobuilder.git

and run make, does it also try to download or install the 
xen-hypervisor-4.1-amd64 with it OR compiles just the toolstack. Looking 
at the README file, it says *"This repository serves as an autobuilder 
for xapi and all of it's dependencies, to include the Xen hypervisor 
itself. "* I guess that means it will build or retrieve the 
xen-hypervisor-4.1-amd64 OR similar. SO, again any way to get it to NOT 
do that and just compile and build the XenAPI toolstack so you can 
install that on a system with a compiled Xen from source?

Well, at least i think the above things make sense or was worded 
correctly AND thank you in advanced for any advice...



--------------090807070208090101020600
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Just have a few simple questions that I am still not 100% clear
    about. <br>
    <br>
    I have looked thru the past 5months of posts on the Xen-api list,
    but those have not answered all of my questions. I have read thru
    the Kronos Wiki page, <a class="moz-txt-link-freetext"
href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>
    like so many out there have, which i also wish was updated with more
    current information... :) , and read thru other wiki pages and
    etc...<br>
    <br>
    <b>My software Setup:</b><br>
    Operating System: &nbsp;&nbsp; Debian Wheezy 64 bit<br>
    Kernel: &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; Kernel 3.3.4, compiled from source
    and enabled all Xen features into the kernel, nothing are modules,
    nothing else was changed.<br>
    Xen: &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; Xen 4.2-unstable, cloned and
    compiled from the mercurial, and i believe revision 25256 was the
    last i compiled.<br>
    <br>
    <b>Questions:</b><br>
    The above setup seems to work and i can reboot the system into Xen
    4.2-unstable, but have not done much else with it for now. I am
    wanting to install the XenAPI on it so i can try to use Citrix
    XenCenter to manage the creation / installing of VMs and do all that
    fun stuff from a Windows based computer. What i am not clear about
    is:<br>
    <br>
    <b>1.)</b> Some websites say the XenAPI needs / recommends a 32bit
    Dom0 to run on, some say the 64 bit version is there and is
    experimental, so a work in progress. SOO, since i like my 64bit
    Wheezy Dom0, will the XenAPI install and run fine on that a 64bit
    Dom0? As of today, is there a 64bit version of the XenAPI?<br>
    <br>
    <b>2.)</b> In the above Viki guide (and again wish it was more
    current), you can only install the XenAPI by running the two
    commands:<br>
    <br>
    sudo apt-get install xcp-xapi<br>
    sudo apt-get install xcp-xe<br>
    <br>
    HOWEVER, i already have complied and installed Xen 4.2-unstable and
    the xcp-xapi package depends on xen-hypervisor-4.1-amd64,
    xen-utils-4.1 and others, which it will download and install it
    automatically. SO, wouldn't that mess up my installation of Xen
    4.2-unstable already running on there? Is there a way to install
    just the XenAP Toolstack and not let it install the
    xen-hypervisor-4.1-amd64 and other related things?<br>
    <br>
    <b>3.)</b> Sometimes it is nice to have the latest revision of the
    XenAPI toolstack, so to get that you need to compile form source. if
    you do the <br>
    <pre>git clone <a class="moz-txt-link-freetext" href="https://github.com/jonludlam/xapi-autobuilder.git">https://github.com/jonludlam/xapi-autobuilder.git</a></pre>
    and run make, does it also try to download or install the
    xen-hypervisor-4.1-amd64 with it OR compiles just the toolstack.
    Looking at the README file, it says <b>"This repository serves as
      an autobuilder for xapi and all of it's dependencies, to include
      the Xen hypervisor itself. "</b> I guess that means it will build
    or retrieve the xen-hypervisor-4.1-amd64 OR similar. SO, again any
    way to get it to NOT do that and just compile and build the XenAPI
    toolstack so you can install that on a system with a compiled Xen
    from source?<br>
    <br>
    Well, at least i think the above things make sense or was worded
    correctly AND thank you in advanced for any advice...<br>
    <br>
    <br>
  </body>
</html>

--------------090807070208090101020600--


--===============6142295251439950947==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6142295251439950947==--


From xen-api-bounces@lists.xen.org Fri May 04 21:32:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 04 May 2012 21:32:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQQ6t-0002Ov-Na; Fri, 04 May 2012 21:32:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SQQ6r-0002Ol-Mm
	for xen-api@lists.xen.org; Fri, 04 May 2012 21:32:18 +0000
Received: from [85.158.143.99:6365] by server-2.bemta-4.messagelabs.com id
	35/24-17550-1EA44AF4; Fri, 04 May 2012 21:32:17 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336167134!21312967!1
X-Originating-IP: [209.85.216.50]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23084 invoked from network); 4 May 2012 21:32:15 -0000
Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com)
	(209.85.216.50)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	4 May 2012 21:32:15 -0000
Received: by qafl39 with SMTP id l39so1770685qaf.16
	for <xen-api@lists.xen.org>; Fri, 04 May 2012 14:32:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=5+RFybNvVyrWzcJWsrofPbnF7d0AA/hNfjp1DBqeRn8=;
	b=CTssAkOTFysU/BanG8qYzOb3IdpyDdwQJ2itxUh90yKsafXx17U9c9jbVHJVp15pIE
	9FfVpdMCAKz9gN9l0CgaEP6IUtESeIA35f3VV5tlejPeRImM9CAsdd5MM9PFUN0gx4wc
	ympd/KAnRQIuXMwC36onjdPWwyKH8X8WmN3lZONE5WgqILYBdcqmUV1XOA3/DPcgHkNC
	YXNr8lKqwylDaMAc7X+Ycdc8eceg9D5x8llEGAUiYMsgW2T1DFQHh8lS5x7OTfeoUlOw
	2prqgbM6ksDCKRFCbaYcl4exvPjeJjs7ZbJanfeVDgKmjgdX0sPvlYx/9ojQ9dA4jxgS
	z31Q==
Received: by 10.224.42.16 with SMTP id q16mr998728qae.70.1336167133788;
	Fri, 04 May 2012 14:32:13 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id dl7sm15107673qab.9.2012.05.04.14.32.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Fri, 04 May 2012 14:32:13 -0700 (PDT)
Message-ID: <4FA44AD5.6020603@gmail.com>
Date: Fri, 04 May 2012 17:32:05 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] General Question about XenAPI on Debian 32 / 64 bit Dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6142295251439950947=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6142295251439950947==
Content-Type: multipart/alternative;
 boundary="------------090807070208090101020600"

This is a multi-part message in MIME format.
--------------090807070208090101020600
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Just have a few simple questions that I am still not 100% clear about.

I have looked thru the past 5months of posts on the Xen-api list, but 
those have not answered all of my questions. I have read thru the Kronos 
Wiki page, 
http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution 
like so many out there have, which i also wish was updated with more 
current information... :) , and read thru other wiki pages and etc...

*My software Setup:*
Operating System:    Debian Wheezy 64 bit
Kernel:                         Kernel 3.3.4, compiled from source and 
enabled all Xen features into the kernel, nothing are modules, nothing 
else was changed.
Xen:                              Xen 4.2-unstable, cloned and compiled 
from the mercurial, and i believe revision 25256 was the last i compiled.

*Questions:*
The above setup seems to work and i can reboot the system into Xen 
4.2-unstable, but have not done much else with it for now. I am wanting 
to install the XenAPI on it so i can try to use Citrix XenCenter to 
manage the creation / installing of VMs and do all that fun stuff from a 
Windows based computer. What i am not clear about is:

*1.)* Some websites say the XenAPI needs / recommends a 32bit Dom0 to 
run on, some say the 64 bit version is there and is experimental, so a 
work in progress. SOO, since i like my 64bit Wheezy Dom0, will the 
XenAPI install and run fine on that a 64bit Dom0? As of today, is there 
a 64bit version of the XenAPI?

*2.)* In the above Viki guide (and again wish it was more current), you 
can only install the XenAPI by running the two commands:

sudo apt-get install xcp-xapi
sudo apt-get install xcp-xe

HOWEVER, i already have complied and installed Xen 4.2-unstable and the 
xcp-xapi package depends on xen-hypervisor-4.1-amd64, xen-utils-4.1 and 
others, which it will download and install it automatically. SO, 
wouldn't that mess up my installation of Xen 4.2-unstable already 
running on there? Is there a way to install just the XenAP Toolstack and 
not let it install the xen-hypervisor-4.1-amd64 and other related things?

*3.)* Sometimes it is nice to have the latest revision of the XenAPI 
toolstack, so to get that you need to compile form source. if you do the

git clone https://github.com/jonludlam/xapi-autobuilder.git

and run make, does it also try to download or install the 
xen-hypervisor-4.1-amd64 with it OR compiles just the toolstack. Looking 
at the README file, it says *"This repository serves as an autobuilder 
for xapi and all of it's dependencies, to include the Xen hypervisor 
itself. "* I guess that means it will build or retrieve the 
xen-hypervisor-4.1-amd64 OR similar. SO, again any way to get it to NOT 
do that and just compile and build the XenAPI toolstack so you can 
install that on a system with a compiled Xen from source?

Well, at least i think the above things make sense or was worded 
correctly AND thank you in advanced for any advice...



--------------090807070208090101020600
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Just have a few simple questions that I am still not 100% clear
    about. <br>
    <br>
    I have looked thru the past 5months of posts on the Xen-api list,
    but those have not answered all of my questions. I have read thru
    the Kronos Wiki page, <a class="moz-txt-link-freetext"
href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>
    like so many out there have, which i also wish was updated with more
    current information... :) , and read thru other wiki pages and
    etc...<br>
    <br>
    <b>My software Setup:</b><br>
    Operating System: &nbsp;&nbsp; Debian Wheezy 64 bit<br>
    Kernel: &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; Kernel 3.3.4, compiled from source
    and enabled all Xen features into the kernel, nothing are modules,
    nothing else was changed.<br>
    Xen: &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; Xen 4.2-unstable, cloned and
    compiled from the mercurial, and i believe revision 25256 was the
    last i compiled.<br>
    <br>
    <b>Questions:</b><br>
    The above setup seems to work and i can reboot the system into Xen
    4.2-unstable, but have not done much else with it for now. I am
    wanting to install the XenAPI on it so i can try to use Citrix
    XenCenter to manage the creation / installing of VMs and do all that
    fun stuff from a Windows based computer. What i am not clear about
    is:<br>
    <br>
    <b>1.)</b> Some websites say the XenAPI needs / recommends a 32bit
    Dom0 to run on, some say the 64 bit version is there and is
    experimental, so a work in progress. SOO, since i like my 64bit
    Wheezy Dom0, will the XenAPI install and run fine on that a 64bit
    Dom0? As of today, is there a 64bit version of the XenAPI?<br>
    <br>
    <b>2.)</b> In the above Viki guide (and again wish it was more
    current), you can only install the XenAPI by running the two
    commands:<br>
    <br>
    sudo apt-get install xcp-xapi<br>
    sudo apt-get install xcp-xe<br>
    <br>
    HOWEVER, i already have complied and installed Xen 4.2-unstable and
    the xcp-xapi package depends on xen-hypervisor-4.1-amd64,
    xen-utils-4.1 and others, which it will download and install it
    automatically. SO, wouldn't that mess up my installation of Xen
    4.2-unstable already running on there? Is there a way to install
    just the XenAP Toolstack and not let it install the
    xen-hypervisor-4.1-amd64 and other related things?<br>
    <br>
    <b>3.)</b> Sometimes it is nice to have the latest revision of the
    XenAPI toolstack, so to get that you need to compile form source. if
    you do the <br>
    <pre>git clone <a class="moz-txt-link-freetext" href="https://github.com/jonludlam/xapi-autobuilder.git">https://github.com/jonludlam/xapi-autobuilder.git</a></pre>
    and run make, does it also try to download or install the
    xen-hypervisor-4.1-amd64 with it OR compiles just the toolstack.
    Looking at the README file, it says <b>"This repository serves as
      an autobuilder for xapi and all of it's dependencies, to include
      the Xen hypervisor itself. "</b> I guess that means it will build
    or retrieve the xen-hypervisor-4.1-amd64 OR similar. SO, again any
    way to get it to NOT do that and just compile and build the XenAPI
    toolstack so you can install that on a system with a compiled Xen
    from source?<br>
    <br>
    Well, at least i think the above things make sense or was worded
    correctly AND thank you in advanced for any advice...<br>
    <br>
    <br>
  </body>
</html>

--------------090807070208090101020600--


--===============6142295251439950947==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6142295251439950947==--


From xen-api-bounces@lists.xen.org Sat May 05 14:29:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 05 May 2012 14:29:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQfyh-0005KV-8t; Sat, 05 May 2012 14:28:55 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQfyf-0005KQ-QH
	for xen-api@lists.xen.org; Sat, 05 May 2012 14:28:54 +0000
Received: from [193.109.254.147:33667] by server-1.bemta-14.messagelabs.com id
	16/48-29372-52935AF4; Sat, 05 May 2012 14:28:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1336228131!921360!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2922 invoked from network); 5 May 2012 14:28:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	5 May 2012 14:28:52 -0000
Received: by lbok6 with SMTP id k6so3317367lbo.32
	for <xen-api@lists.xen.org>; Sat, 05 May 2012 07:28:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=LQ217bd4TwEW8GAkrp93AJagARSNLt9G3PFPLgeV2d8=;
	b=lGGMsn5WqPz0AXNN56a6kGYkA3Wrs17qFMPAt6+ksMTOwdO0oBU+zG2sAOX5X+j8mH
	b66vUQbZXWYYhs0L3vYw5h2IDc1wl9ud8EQok1jZNjleG5X5DSbWkk6Qdu7uoQlJv/aN
	NDfXGEJteJsFQ7MRhyvGwZ80CApTK6K2xUu7sRxO9B/r9fQAC41v8aB9LDTT9IIBH0bU
	sBPHK7LSyIgUGmu+ucXZeC9hyYQw/CJoIa4+SYAVkA6/c9A5bqesF/RahqyGLx8mqIxU
	wWD7+LQq8sxh01ue2gGRV7k7KZ0xc7fcbhP1nr69Eztr7WLkqGykznq84A3uC5XuRXo8
	mmiw==
Received: by 10.112.9.164 with SMTP id a4mr4786578lbb.9.1336228131394;
	Sat, 05 May 2012 07:28:51 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id c3sm15325019lbg.6.2012.05.05.07.28.49
	(version=SSLv3 cipher=OTHER); Sat, 05 May 2012 07:28:49 -0700 (PDT)
Message-ID: <4FA5391F.4090408@gmail.com>
Date: Sat, 05 May 2012 18:28:47 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
In-Reply-To: <4FA3D81E.7090101@xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Yes, I'm thinking this will be really nice, because xen-api very 
confusing name (compare to it content) and scope is very blurred.


On 04.05.2012 17:22, Lars Kurth wrote:
> Right now this is the xcp-devel list. Maybe we need to rename the 
> list: we did not want to do this because renaming mailing lists can be 
> disruptive to users. There is also an open question on whether we 
> should introduce an xcp-users list to make to make things clearer.
> Regards
> Lars
>
> On 04/05/2012 13:52, George Shuklin wrote:
>> Good day.
>>
>> I've still don't understand the scope of 'xen-api' maillist. Is it 
>> about XenAPI? About xapi development? Or it iis just for XCP users to 
>> discuss 'user level' problems?
>>
>> Thanks.
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sat May 05 14:29:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 05 May 2012 14:29:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQfyh-0005KV-8t; Sat, 05 May 2012 14:28:55 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SQfyf-0005KQ-QH
	for xen-api@lists.xen.org; Sat, 05 May 2012 14:28:54 +0000
Received: from [193.109.254.147:33667] by server-1.bemta-14.messagelabs.com id
	16/48-29372-52935AF4; Sat, 05 May 2012 14:28:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1336228131!921360!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2922 invoked from network); 5 May 2012 14:28:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	5 May 2012 14:28:52 -0000
Received: by lbok6 with SMTP id k6so3317367lbo.32
	for <xen-api@lists.xen.org>; Sat, 05 May 2012 07:28:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=LQ217bd4TwEW8GAkrp93AJagARSNLt9G3PFPLgeV2d8=;
	b=lGGMsn5WqPz0AXNN56a6kGYkA3Wrs17qFMPAt6+ksMTOwdO0oBU+zG2sAOX5X+j8mH
	b66vUQbZXWYYhs0L3vYw5h2IDc1wl9ud8EQok1jZNjleG5X5DSbWkk6Qdu7uoQlJv/aN
	NDfXGEJteJsFQ7MRhyvGwZ80CApTK6K2xUu7sRxO9B/r9fQAC41v8aB9LDTT9IIBH0bU
	sBPHK7LSyIgUGmu+ucXZeC9hyYQw/CJoIa4+SYAVkA6/c9A5bqesF/RahqyGLx8mqIxU
	wWD7+LQq8sxh01ue2gGRV7k7KZ0xc7fcbhP1nr69Eztr7WLkqGykznq84A3uC5XuRXo8
	mmiw==
Received: by 10.112.9.164 with SMTP id a4mr4786578lbb.9.1336228131394;
	Sat, 05 May 2012 07:28:51 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id c3sm15325019lbg.6.2012.05.05.07.28.49
	(version=SSLv3 cipher=OTHER); Sat, 05 May 2012 07:28:49 -0700 (PDT)
Message-ID: <4FA5391F.4090408@gmail.com>
Date: Sat, 05 May 2012 18:28:47 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
In-Reply-To: <4FA3D81E.7090101@xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Yes, I'm thinking this will be really nice, because xen-api very 
confusing name (compare to it content) and scope is very blurred.


On 04.05.2012 17:22, Lars Kurth wrote:
> Right now this is the xcp-devel list. Maybe we need to rename the 
> list: we did not want to do this because renaming mailing lists can be 
> disruptive to users. There is also an open question on whether we 
> should introduce an xcp-users list to make to make things clearer.
> Regards
> Lars
>
> On 04/05/2012 13:52, George Shuklin wrote:
>> Good day.
>>
>> I've still don't understand the scope of 'xen-api' maillist. Is it 
>> about XenAPI? About xapi development? Or it iis just for XCP users to 
>> discuss 'user level' problems?
>>
>> Thanks.
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 06 04:57:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 04:57:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQtX4-0005sw-Vu; Sun, 06 May 2012 04:57:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SQtX3-0005sr-2B
	for xen-api@lists.xen.org; Sun, 06 May 2012 04:57:17 +0000
Received: from [85.158.143.35:27756] by server-3.bemta-4.messagelabs.com id
	DF/62-05853-CA406AF4; Sun, 06 May 2012 04:57:16 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336280234!4486461!1
X-Originating-IP: [209.85.216.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10724 invoked from network); 6 May 2012 04:57:15 -0000
Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com)
	(209.85.216.45)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 04:57:15 -0000
Received: by qaeb19 with SMTP id b19so2066931qae.11
	for <xen-api@lists.xen.org>; Sat, 05 May 2012 21:57:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=KSBFJWwFxFywbqhmGeG91XToFBo7/WeIkXwV4Bjk4cQ=;
	b=bYkxFhY3y48LiK/tPTp2jaUHttDzfaEN4wfVWVI8wB/dcQXPpiylzSXBvwPHPzCX/O
	2kRv+p91H+8I1hapex0QZkLKtVk8WR3JaolEjyp4rQKBehb2a6lgXcBWd5V9U+ff0g82
	Lz6j0woZ227SjPluRdO3thYtR7rxWwUcBWRuBIXCt6yKhz8cwKeHkTofqYKzWvCNlUFp
	RULAPZJDc1rdaHnplSOCKuv44otJRiRgo+uwod2mluBL0c6mkjH5ln3rpeake2yfMc21
	gmoo5heq9P0Y8U8ow7HoWA2aKtdqzoeYkBoCv0thj2CoF+627hTQlubdIofbz7cLUyNR
	n3Fw==
Received: by 10.224.176.148 with SMTP id be20mr18357714qab.64.1336280234184;
	Sat, 05 May 2012 21:57:14 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id dl3sm1241559qab.9.2012.05.05.21.57.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sat, 05 May 2012 21:57:12 -0700 (PDT)
Message-ID: <4FA6049D.5080506@gmail.com>
Date: Sun, 06 May 2012 00:57:01 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com>
In-Reply-To: <4FA5391F.4090408@gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

SO, by this i am to assume that the Xen-API list is NOT meant for 
answering general questions? With that said, what WOULD be a good list 
to ask questions on that does involve general questions, as i would 
rather not involve or bug the developers with such trivial things? Since 
I only had 3 simple ones before, it would be nice to know the answers to 
them so i can work on installing the XenAPI, but i would like to know 
where to ask in that case... :)

The Xen group has the Xen-users mailing list, XenAPI should make 
something similar.....

thank you again....


> Yes, I'm thinking this will be really nice, because xen-api very 
> confusing name (compare to it content) and scope is very blurred.
>
>
> On 04.05.2012 17:22, Lars Kurth wrote:
>> Right now this is the xcp-devel list. Maybe we need to rename the 
>> list: we did not want to do this because renaming mailing lists can 
>> be disruptive to users. There is also an open question on whether we 
>> should introduce an xcp-users list to make to make things clearer.
>> Regards
>> Lars
>>
>> On 04/05/2012 13:52, George Shuklin wrote:
>>> Good day.
>>>
>>> I've still don't understand the scope of 'xen-api' maillist. Is it 
>>> about XenAPI? About xapi development? Or it iis just for XCP users 
>>> to discuss 'user level' problems?
>>>
>>> Thanks.
>>>
>>> _______________________________________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 06 04:57:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 04:57:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SQtX4-0005sw-Vu; Sun, 06 May 2012 04:57:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SQtX3-0005sr-2B
	for xen-api@lists.xen.org; Sun, 06 May 2012 04:57:17 +0000
Received: from [85.158.143.35:27756] by server-3.bemta-4.messagelabs.com id
	DF/62-05853-CA406AF4; Sun, 06 May 2012 04:57:16 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336280234!4486461!1
X-Originating-IP: [209.85.216.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10724 invoked from network); 6 May 2012 04:57:15 -0000
Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com)
	(209.85.216.45)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 04:57:15 -0000
Received: by qaeb19 with SMTP id b19so2066931qae.11
	for <xen-api@lists.xen.org>; Sat, 05 May 2012 21:57:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=KSBFJWwFxFywbqhmGeG91XToFBo7/WeIkXwV4Bjk4cQ=;
	b=bYkxFhY3y48LiK/tPTp2jaUHttDzfaEN4wfVWVI8wB/dcQXPpiylzSXBvwPHPzCX/O
	2kRv+p91H+8I1hapex0QZkLKtVk8WR3JaolEjyp4rQKBehb2a6lgXcBWd5V9U+ff0g82
	Lz6j0woZ227SjPluRdO3thYtR7rxWwUcBWRuBIXCt6yKhz8cwKeHkTofqYKzWvCNlUFp
	RULAPZJDc1rdaHnplSOCKuv44otJRiRgo+uwod2mluBL0c6mkjH5ln3rpeake2yfMc21
	gmoo5heq9P0Y8U8ow7HoWA2aKtdqzoeYkBoCv0thj2CoF+627hTQlubdIofbz7cLUyNR
	n3Fw==
Received: by 10.224.176.148 with SMTP id be20mr18357714qab.64.1336280234184;
	Sat, 05 May 2012 21:57:14 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id dl3sm1241559qab.9.2012.05.05.21.57.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sat, 05 May 2012 21:57:12 -0700 (PDT)
Message-ID: <4FA6049D.5080506@gmail.com>
Date: Sun, 06 May 2012 00:57:01 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com>
In-Reply-To: <4FA5391F.4090408@gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

SO, by this i am to assume that the Xen-API list is NOT meant for 
answering general questions? With that said, what WOULD be a good list 
to ask questions on that does involve general questions, as i would 
rather not involve or bug the developers with such trivial things? Since 
I only had 3 simple ones before, it would be nice to know the answers to 
them so i can work on installing the XenAPI, but i would like to know 
where to ask in that case... :)

The Xen group has the Xen-users mailing list, XenAPI should make 
something similar.....

thank you again....


> Yes, I'm thinking this will be really nice, because xen-api very 
> confusing name (compare to it content) and scope is very blurred.
>
>
> On 04.05.2012 17:22, Lars Kurth wrote:
>> Right now this is the xcp-devel list. Maybe we need to rename the 
>> list: we did not want to do this because renaming mailing lists can 
>> be disruptive to users. There is also an open question on whether we 
>> should introduce an xcp-users list to make to make things clearer.
>> Regards
>> Lars
>>
>> On 04/05/2012 13:52, George Shuklin wrote:
>>> Good day.
>>>
>>> I've still don't understand the scope of 'xen-api' maillist. Is it 
>>> about XenAPI? About xapi development? Or it iis just for XCP users 
>>> to discuss 'user level' problems?
>>>
>>> Thanks.
>>>
>>> _______________________________________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 06 16:04:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 16:04:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SR3wK-0003Gv-JB; Sun, 06 May 2012 16:04:04 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <bill@thebaums.org>) id 1SR3wI-0003Gq-M6
	for xen-api@lists.xen.org; Sun, 06 May 2012 16:04:02 +0000
Received: from [85.158.143.99:30836] by server-1.bemta-4.messagelabs.com id
	23/D0-20925-2F0A6AF4; Sun, 06 May 2012 16:04:02 +0000
X-Env-Sender: bill@thebaums.org
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336320240!21469951!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18418 invoked from network); 6 May 2012 16:04:01 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 16:04:01 -0000
Received: by lbok6 with SMTP id k6so3737810lbo.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 09:00:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type:x-gm-message-state;
	bh=Ne/RWmUMFT+A3AGTfhk7PgYf6zqqvDttMgjA+FA5w1A=;
	b=g7jwWosME9X//4KS6B10NmyOgA1ii179mIfSsALGOAEI2ItI436LJagk1vyc4Mkqwf
	lo2dNlnKFs6lOzY8XDHUC3g8VXHA83ojdL1nh/+B+47B3nBdAy418HKFJ4VILX4z9lbj
	7XiNc9i6Xbf0bCcZHla9Q5KdLEV12W485KW1x2xfx92iLfUwyfDPZu+DwXxppFnAjry3
	rD9c12XsuYjYYl8jFSb+mesRbEDUsI2KR3dUJMLYi0p8dnSJ7rF+Pb+JiNGuAxtPME56
	0NKYwNa7L68kKsmtx3xoOY6PKH9OfBPYUNCjUwajPzHBOW+Eg5WVuonaR/ZOE4JNODCm
	R14Q==
MIME-Version: 1.0
Received: by 10.112.49.68 with SMTP id s4mr5121230lbn.27.1336320025146; Sun,
	06 May 2012 09:00:25 -0700 (PDT)
Received: by 10.112.129.199 with HTTP; Sun, 6 May 2012 09:00:25 -0700 (PDT)
In-Reply-To: <4FA6049D.5080506@gmail.com>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
Date: Sun, 6 May 2012 11:00:25 -0500
Message-ID: <CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
From: William Baum <bill@thebaums.org>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmB8rSHbTAx67XYgX0nR2OqUXF4UQ01CDdgDSc/5Dr8ApURAgS6Jl2DK4f8MddLy3V/Yyuz
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Has there been discussion of moving these projects into a real online
community with message forums and so forth?

IMHO, something like Redmine could pay huge dividends for these projects.

--Bill

>> On 04.05.2012 17:22, Lars Kurth wrote:
>>>
>>> Right now this is the xcp-devel list. Maybe we need to rename the list:
>>> we did not want to do this because renaming mailing lists can be disruptive
>>> to users. There is also an open question on whether we should introduce an
>>> xcp-users list to make to make things clearer.
>>> Regards
>>> Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 06 16:04:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 16:04:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SR3wK-0003Gv-JB; Sun, 06 May 2012 16:04:04 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <bill@thebaums.org>) id 1SR3wI-0003Gq-M6
	for xen-api@lists.xen.org; Sun, 06 May 2012 16:04:02 +0000
Received: from [85.158.143.99:30836] by server-1.bemta-4.messagelabs.com id
	23/D0-20925-2F0A6AF4; Sun, 06 May 2012 16:04:02 +0000
X-Env-Sender: bill@thebaums.org
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336320240!21469951!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18418 invoked from network); 6 May 2012 16:04:01 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 16:04:01 -0000
Received: by lbok6 with SMTP id k6so3737810lbo.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 09:00:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type:x-gm-message-state;
	bh=Ne/RWmUMFT+A3AGTfhk7PgYf6zqqvDttMgjA+FA5w1A=;
	b=g7jwWosME9X//4KS6B10NmyOgA1ii179mIfSsALGOAEI2ItI436LJagk1vyc4Mkqwf
	lo2dNlnKFs6lOzY8XDHUC3g8VXHA83ojdL1nh/+B+47B3nBdAy418HKFJ4VILX4z9lbj
	7XiNc9i6Xbf0bCcZHla9Q5KdLEV12W485KW1x2xfx92iLfUwyfDPZu+DwXxppFnAjry3
	rD9c12XsuYjYYl8jFSb+mesRbEDUsI2KR3dUJMLYi0p8dnSJ7rF+Pb+JiNGuAxtPME56
	0NKYwNa7L68kKsmtx3xoOY6PKH9OfBPYUNCjUwajPzHBOW+Eg5WVuonaR/ZOE4JNODCm
	R14Q==
MIME-Version: 1.0
Received: by 10.112.49.68 with SMTP id s4mr5121230lbn.27.1336320025146; Sun,
	06 May 2012 09:00:25 -0700 (PDT)
Received: by 10.112.129.199 with HTTP; Sun, 6 May 2012 09:00:25 -0700 (PDT)
In-Reply-To: <4FA6049D.5080506@gmail.com>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
Date: Sun, 6 May 2012 11:00:25 -0500
Message-ID: <CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
From: William Baum <bill@thebaums.org>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmB8rSHbTAx67XYgX0nR2OqUXF4UQ01CDdgDSc/5Dr8ApURAgS6Jl2DK4f8MddLy3V/Yyuz
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Has there been discussion of moving these projects into a real online
community with message forums and so forth?

IMHO, something like Redmine could pay huge dividends for these projects.

--Bill

>> On 04.05.2012 17:22, Lars Kurth wrote:
>>>
>>> Right now this is the xcp-devel list. Maybe we need to rename the list:
>>> we did not want to do this because renaming mailing lists can be disruptive
>>> to users. There is also an open question on whether we should introduce an
>>> xcp-users list to make to make things clearer.
>>> Regards
>>> Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 06 22:18:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 22:18:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SR9n0-0005On-Q9; Sun, 06 May 2012 22:18:50 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thelists@gmail.com>) id 1SR9my-0005Oi-Sz
	for xen-api@lists.xen.org; Sun, 06 May 2012 22:18:49 +0000
Received: from [85.158.139.83:33119] by server-12.bemta-5.messagelabs.com id
	CD/56-01344-8C8F6AF4; Sun, 06 May 2012 22:18:48 +0000
X-Env-Sender: thelists@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1336342726!26334276!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18705 invoked from network); 6 May 2012 22:18:47 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 22:18:47 -0000
Received: by bkwj10 with SMTP id j10so3617511bkw.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 15:18:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:content-type;
	bh=IQ1zwfHj9RDJh5dM507ivZpoLlCFJatJnNVkBsASFhk=;
	b=UybOSXKOrP3Q+KriJcCDaCfW9Oub8O3MIe2ZUYRExdyTcwgTR2GicWuKqSiGrnainm
	SjCmEiINTV58XNr1Xdm0UUTRLPhRtNnOHbIRxPL9pzm97NIiiDybAhJChVfZ7MHDKZwM
	qJC2SKzdsY06Yqzn57sYFeuV4scSRfALpLic+j0uEf0Q4Vy/PUtMi5MaBNA9fqdldkdS
	NZCEfOe8nwRAzgTPz4BNG/TMG942c1pubBZj4Hf09gSYgWIP4qBRS/HmNupwcvBRCz7S
	uvZ1SvCmadarGoERvK/g6W2F2Di4Q8NsbMgF3JvurWq3UqlyTzR01XF976dsHmpjRjrL
	byVA==
MIME-Version: 1.0
Received: by 10.205.133.197 with SMTP id hz5mr4800832bkc.126.1336342726615;
	Sun, 06 May 2012 15:18:46 -0700 (PDT)
Received: by 10.204.177.146 with HTTP; Sun, 6 May 2012 15:18:46 -0700 (PDT)
In-Reply-To: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
References: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
Date: Sun, 6 May 2012 18:18:46 -0400
X-Google-Sender-Auth: A0riWhGD8DlxKS-VHGmYC50t2Nw
Message-ID: <CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
From: Bill <thelists+xen-api@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4326157539955602761=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4326157539955602761==
Content-Type: multipart/alternative; boundary=000e0cdfd3ea84a35a04bf658983

--000e0cdfd3ea84a35a04bf658983
Content-Type: text/plain; charset=ISO-8859-1

Hello --

I've been working to establish a working build environment for the XenAPI
on a fresh Ubuntu 12.04 x64 server instance.  The various steps needed to
compile Xen, a custom kernel, update grub and manage Xen using the
*xl* toolstack
is not foreign to me.  My near-term goal is to implement one of the
open-source management tools reliant on XenAPI (openstack / cloudstack /
etc.), with a more long-term goal of the creation of additional features.

Here's an outline of the steps I've taken thus far:

   - Installed Ubuntu 12.04 x64 server, final
   - Downloaded, configured, compiled and installed Linux Kernel 3.3.4
   including the various required options for running Xen
      - Are there any unique requirements for XenAPI beyond that of a Dom0
      kernel for Xen?
   - Downloaded, configured, compiled and installed Xen 4.1.2.
   - Modified the GRUB bootloader appropriately, and booted into the system.
   - Followed the outline of steps from the Xen Wiki entry for XCP
   toolstack compilation
      - http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
      - Note: During the building process, a number of errors surfaced.
         - A message about unexpected patches was displayed when processing
         "xen-api-1.3.2".  A crude workaround was simply to add a bit
of code to
         *dpkg-source* to detect this condition when processing this
         package and commit the code.  This was the only instance
where the message
         occurred.
         - The file *cachelocation* was not found under the
*./tmp-debs/* directory.
          There as no clear direction on what this should be, so I
simply created an
         empty file.  This allowed the process to continue.
         - pbuilder complained about an untrusted *local* source.  I added
         an option to the .rc file to allow untrusted sources, and it seemed to
         solve the problem.
         - Various packages not mentioned or required for any non-XAPI Xen
         operation were missing.  Through trial and error, I compiled a list of
         packages and installed them.
      - After these steps, I ended up with a number of *.deb* packages and
      a successful completion of the make process.
   - Installed the packages produced from the previous step.
   - *Stuck on this error*:  Getting an error from *xcp-networkd*
      - Fatal error: exception Failure("ERROR: network backend unknown()")


I hope that the formatting from within the gmail client transferred into
this message, otherwise the block above might be unwieldy.

Regardless, any insight, assistance, or direction would be greatly
appreciated.

Happy hacking.
--Bill

--000e0cdfd3ea84a35a04bf658983
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">Hello --<div><br></div><div>I&#39;ve been workin=
g to establish a working build environment for the XenAPI on a fresh Ubuntu=
 12.04 x64 server instance. =A0The various steps needed to compile Xen, a c=
ustom kernel, update grub and manage Xen using the <i style=3D"font-weight:=
bold">xl</i>=A0toolstack is not foreign to me. =A0My near-term goal is to i=
mplement one of the open-source management tools reliant on XenAPI (opensta=
ck / cloudstack / etc.), with a more long-term goal of the creation of addi=
tional features.</div>

<div><br></div><div>Here&#39;s an outline of the steps I&#39;ve taken thus =
far:</div><div><ul><li>Installed Ubuntu 12.04 x64 server, final</li><li>Dow=
nloaded, configured, compiled and installed Linux Kernel 3.3.4 including th=
e various required options for running Xen</li>

<ul><li>Are there any unique requirements for XenAPI beyond that of a Dom0 =
kernel for Xen?</li></ul><li>Downloaded, configured, compiled and installed=
 Xen 4.1.2.</li><li>Modified the GRUB bootloader appropriately, and booted =
into the system.</li>

<li>Followed the outline of steps from the Xen Wiki entry for XCP toolstack=
 compilation</li><ul><li><a href=3D"http://wiki.xen.org/wiki/Compile_the_XC=
P_toolstack_from_source" target=3D"_blank">http://wiki.xen.org/wiki/Compile=
_the_XCP_toolstack_from_source</a>\</li>

<li>Note: During the building process, a number of errors surfaced.</li><ul=
><li>A message about unexpected patches was displayed when processing &quot=
;xen-api-1.3.2&quot;. =A0A crude workaround was simply to add a bit of code=
 to <i style=3D"font-weight:bold">dpkg-source</i>=A0to detect this conditio=
n when processing this package and commit the code. =A0This was the only in=
stance where the message occurred.</li>

<li>The file <i style=3D"font-weight:bold">cachelocation</i>=A0was not foun=
d under the <b>./tmp-debs/</b>=A0directory. =A0There as no clear direction =
on what this should be, so I simply created an empty file. =A0This allowed =
the process to continue.</li>

<li>pbuilder complained about an untrusted <u style=3D"font-weight:bold">lo=
cal</u>=A0source. =A0I added an option to the .rc file to allow untrusted s=
ources, and it seemed to solve the problem.</li><li>Various packages not me=
ntioned or required for any non-XAPI Xen operation were missing. =A0Through=
 trial and error, I compiled a list of packages and installed them.</li>

</ul><li>After these steps, I ended up with a number of <b>.deb</b>=A0packa=
ges and a successful completion of the make process.</li></ul><li>Installed=
 the packages produced from the previous step.</li><li><b>Stuck on this err=
or</b>: =A0Getting an error from <i style=3D"font-weight:bold">xcp-networkd=
</i></li>

<ul><li>Fatal error: exception Failure(&quot;ERROR: network backend unknown=
()&quot;)</li></ul></ul><div><br></div></div><div>I hope that the formattin=
g from within the gmail client transferred into this message, otherwise the=
 block above might be unwieldy.</div>

<div><br></div><div>Regardless, any insight, assistance, or direction would=
 be greatly appreciated.</div><div><br></div><div>Happy hacking.</div><div>=
--Bill</div></div>

--000e0cdfd3ea84a35a04bf658983--


--===============4326157539955602761==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4326157539955602761==--


From xen-api-bounces@lists.xen.org Sun May 06 22:18:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 06 May 2012 22:18:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SR9n0-0005On-Q9; Sun, 06 May 2012 22:18:50 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thelists@gmail.com>) id 1SR9my-0005Oi-Sz
	for xen-api@lists.xen.org; Sun, 06 May 2012 22:18:49 +0000
Received: from [85.158.139.83:33119] by server-12.bemta-5.messagelabs.com id
	CD/56-01344-8C8F6AF4; Sun, 06 May 2012 22:18:48 +0000
X-Env-Sender: thelists@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1336342726!26334276!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18705 invoked from network); 6 May 2012 22:18:47 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 22:18:47 -0000
Received: by bkwj10 with SMTP id j10so3617511bkw.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 15:18:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:content-type;
	bh=IQ1zwfHj9RDJh5dM507ivZpoLlCFJatJnNVkBsASFhk=;
	b=UybOSXKOrP3Q+KriJcCDaCfW9Oub8O3MIe2ZUYRExdyTcwgTR2GicWuKqSiGrnainm
	SjCmEiINTV58XNr1Xdm0UUTRLPhRtNnOHbIRxPL9pzm97NIiiDybAhJChVfZ7MHDKZwM
	qJC2SKzdsY06Yqzn57sYFeuV4scSRfALpLic+j0uEf0Q4Vy/PUtMi5MaBNA9fqdldkdS
	NZCEfOe8nwRAzgTPz4BNG/TMG942c1pubBZj4Hf09gSYgWIP4qBRS/HmNupwcvBRCz7S
	uvZ1SvCmadarGoERvK/g6W2F2Di4Q8NsbMgF3JvurWq3UqlyTzR01XF976dsHmpjRjrL
	byVA==
MIME-Version: 1.0
Received: by 10.205.133.197 with SMTP id hz5mr4800832bkc.126.1336342726615;
	Sun, 06 May 2012 15:18:46 -0700 (PDT)
Received: by 10.204.177.146 with HTTP; Sun, 6 May 2012 15:18:46 -0700 (PDT)
In-Reply-To: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
References: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
Date: Sun, 6 May 2012 18:18:46 -0400
X-Google-Sender-Auth: A0riWhGD8DlxKS-VHGmYC50t2Nw
Message-ID: <CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
From: Bill <thelists+xen-api@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4326157539955602761=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4326157539955602761==
Content-Type: multipart/alternative; boundary=000e0cdfd3ea84a35a04bf658983

--000e0cdfd3ea84a35a04bf658983
Content-Type: text/plain; charset=ISO-8859-1

Hello --

I've been working to establish a working build environment for the XenAPI
on a fresh Ubuntu 12.04 x64 server instance.  The various steps needed to
compile Xen, a custom kernel, update grub and manage Xen using the
*xl* toolstack
is not foreign to me.  My near-term goal is to implement one of the
open-source management tools reliant on XenAPI (openstack / cloudstack /
etc.), with a more long-term goal of the creation of additional features.

Here's an outline of the steps I've taken thus far:

   - Installed Ubuntu 12.04 x64 server, final
   - Downloaded, configured, compiled and installed Linux Kernel 3.3.4
   including the various required options for running Xen
      - Are there any unique requirements for XenAPI beyond that of a Dom0
      kernel for Xen?
   - Downloaded, configured, compiled and installed Xen 4.1.2.
   - Modified the GRUB bootloader appropriately, and booted into the system.
   - Followed the outline of steps from the Xen Wiki entry for XCP
   toolstack compilation
      - http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
      - Note: During the building process, a number of errors surfaced.
         - A message about unexpected patches was displayed when processing
         "xen-api-1.3.2".  A crude workaround was simply to add a bit
of code to
         *dpkg-source* to detect this condition when processing this
         package and commit the code.  This was the only instance
where the message
         occurred.
         - The file *cachelocation* was not found under the
*./tmp-debs/* directory.
          There as no clear direction on what this should be, so I
simply created an
         empty file.  This allowed the process to continue.
         - pbuilder complained about an untrusted *local* source.  I added
         an option to the .rc file to allow untrusted sources, and it seemed to
         solve the problem.
         - Various packages not mentioned or required for any non-XAPI Xen
         operation were missing.  Through trial and error, I compiled a list of
         packages and installed them.
      - After these steps, I ended up with a number of *.deb* packages and
      a successful completion of the make process.
   - Installed the packages produced from the previous step.
   - *Stuck on this error*:  Getting an error from *xcp-networkd*
      - Fatal error: exception Failure("ERROR: network backend unknown()")


I hope that the formatting from within the gmail client transferred into
this message, otherwise the block above might be unwieldy.

Regardless, any insight, assistance, or direction would be greatly
appreciated.

Happy hacking.
--Bill

--000e0cdfd3ea84a35a04bf658983
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div class=3D"gmail_quote">Hello --<div><br></div><div>I&#39;ve been workin=
g to establish a working build environment for the XenAPI on a fresh Ubuntu=
 12.04 x64 server instance. =A0The various steps needed to compile Xen, a c=
ustom kernel, update grub and manage Xen using the <i style=3D"font-weight:=
bold">xl</i>=A0toolstack is not foreign to me. =A0My near-term goal is to i=
mplement one of the open-source management tools reliant on XenAPI (opensta=
ck / cloudstack / etc.), with a more long-term goal of the creation of addi=
tional features.</div>

<div><br></div><div>Here&#39;s an outline of the steps I&#39;ve taken thus =
far:</div><div><ul><li>Installed Ubuntu 12.04 x64 server, final</li><li>Dow=
nloaded, configured, compiled and installed Linux Kernel 3.3.4 including th=
e various required options for running Xen</li>

<ul><li>Are there any unique requirements for XenAPI beyond that of a Dom0 =
kernel for Xen?</li></ul><li>Downloaded, configured, compiled and installed=
 Xen 4.1.2.</li><li>Modified the GRUB bootloader appropriately, and booted =
into the system.</li>

<li>Followed the outline of steps from the Xen Wiki entry for XCP toolstack=
 compilation</li><ul><li><a href=3D"http://wiki.xen.org/wiki/Compile_the_XC=
P_toolstack_from_source" target=3D"_blank">http://wiki.xen.org/wiki/Compile=
_the_XCP_toolstack_from_source</a>\</li>

<li>Note: During the building process, a number of errors surfaced.</li><ul=
><li>A message about unexpected patches was displayed when processing &quot=
;xen-api-1.3.2&quot;. =A0A crude workaround was simply to add a bit of code=
 to <i style=3D"font-weight:bold">dpkg-source</i>=A0to detect this conditio=
n when processing this package and commit the code. =A0This was the only in=
stance where the message occurred.</li>

<li>The file <i style=3D"font-weight:bold">cachelocation</i>=A0was not foun=
d under the <b>./tmp-debs/</b>=A0directory. =A0There as no clear direction =
on what this should be, so I simply created an empty file. =A0This allowed =
the process to continue.</li>

<li>pbuilder complained about an untrusted <u style=3D"font-weight:bold">lo=
cal</u>=A0source. =A0I added an option to the .rc file to allow untrusted s=
ources, and it seemed to solve the problem.</li><li>Various packages not me=
ntioned or required for any non-XAPI Xen operation were missing. =A0Through=
 trial and error, I compiled a list of packages and installed them.</li>

</ul><li>After these steps, I ended up with a number of <b>.deb</b>=A0packa=
ges and a successful completion of the make process.</li></ul><li>Installed=
 the packages produced from the previous step.</li><li><b>Stuck on this err=
or</b>: =A0Getting an error from <i style=3D"font-weight:bold">xcp-networkd=
</i></li>

<ul><li>Fatal error: exception Failure(&quot;ERROR: network backend unknown=
()&quot;)</li></ul></ul><div><br></div></div><div>I hope that the formattin=
g from within the gmail client transferred into this message, otherwise the=
 block above might be unwieldy.</div>

<div><br></div><div>Regardless, any insight, assistance, or direction would=
 be greatly appreciated.</div><div><br></div><div>Happy hacking.</div><div>=
--Bill</div></div>

--000e0cdfd3ea84a35a04bf658983--


--===============4326157539955602761==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4326157539955602761==--


From xen-api-bounces@lists.xen.org Mon May 07 00:26:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 00:26:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRBmM-0006DJ-AT; Mon, 07 May 2012 00:26:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <todd.deshane.xen@gmail.com>) id 1SRBmK-0006DE-U4
	for xen-api@lists.xen.org; Mon, 07 May 2012 00:26:17 +0000
Received: from [193.109.254.147:43629] by server-11.bemta-14.messagelabs.com
	id B6/06-05858-8A617AF4; Mon, 07 May 2012 00:26:16 +0000
X-Env-Sender: todd.deshane.xen@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1336350374!7915979!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24310 invoked from network); 7 May 2012 00:26:15 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 00:26:15 -0000
Received: by ggnp1 with SMTP id p1so276193ggn.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 17:26:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:from:date
	:x-google-sender-auth:message-id:subject:to:cc:content-type
	:content-transfer-encoding;
	bh=rtaWy3dhuOQoe3l2b4yJOlk1Mxt50EfnuhsJ63PnFuM=;
	b=gIGd/mlJLqZADOqIzFpwPLWkAqeN2YvGUKGOfeofVjg5/t5CBfSdahKmlHP4swuTFB
	jA73nsjj89vKXOG2AbC2jeEUO150cwSQpFW+q4Y9RyCv3F1Ezuq5LgJRCe6kaDC1YHHo
	QoF3XiXmhBPLbByTPJ9KroGappmcSLi8Tu/H5OjUz2YqVmcn3Z7DctDzt/Q72BxyKVqW
	TmlWPFrLxg4j3I7Joz+ApRUZNuqCeigWX09gIXprvoUatuSpHtp+oYKuG4uDdFZ6lblH
	6g5FC6bSUWEzBInif6FrQxqflo7lmhDEC+H13cp4LqDb3/mmG3l2WVbcoSMtWBS9ZKZ/
	A0wg==
Received: by 10.50.76.136 with SMTP id k8mr26264igw.2.1336350373952; Sun, 06
	May 2012 17:26:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.68.14 with HTTP; Sun, 6 May 2012 17:25:53 -0700 (PDT)
In-Reply-To: <CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
References: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
	<CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
From: Todd Deshane <todd.deshane@xen.org>
Date: Sun, 6 May 2012 20:25:53 -0400
X-Google-Sender-Auth: _gU_wxDeABaxU4fG28kXU3mF7M0
Message-ID: <CAMrPLWKLdMTi3XD6UbHjMOPn0sShjxYieDKd1ZV54dDjxsBmDQ@mail.gmail.com>
To: Bill <thelists+xen-api@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Sun, May 6, 2012 at 6:18 PM, Bill <thelists+xen-api@gmail.com> wrote:
> Hello --
>
> I've been working to establish a working build environment for the XenAPI=
 on
> a fresh Ubuntu 12.04 x64 server instance. =A0The various steps needed to
> compile Xen, a custom kernel, update grub and manage Xen using the
> xl=A0toolstack is not foreign to me. =A0My near-term goal is to implement=
 one of
> the open-source management tools reliant on XenAPI (openstack / cloudstac=
k /
> etc.), with a more long-term goal of the creation of additional features.
>
> Here's an outline of the steps I've taken thus far:
>
> Installed Ubuntu 12.04 x64 server, final
> Downloaded, configured, compiled and installed Linux Kernel 3.3.4 includi=
ng
> the various required options for running Xen
>
> Are there any unique requirements for XenAPI beyond that of a Dom0 kernel
> for Xen?
>
> Downloaded, configured, compiled and installed Xen 4.1.2.
> Modified the GRUB bootloader appropriately, and booted into the system.
> Followed the outline of steps from the Xen Wiki entry for XCP toolstack
> compilation
>
> http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
> Note: During the building process, a number of errors surfaced.
>
> A message about unexpected patches was displayed when processing
> "xen-api-1.3.2". =A0A crude workaround was simply to add a bit of code to
> dpkg-source=A0to detect this condition when processing this package and c=
ommit
> the code. =A0This was the only instance where the message occurred.
> The file cachelocation=A0was not found under the ./tmp-debs/=A0directory.=
 =A0There
> as no clear direction on what this should be, so I simply created an empty
> file. =A0This allowed the process to continue.
> pbuilder complained about an untrusted local=A0source. =A0I added an opti=
on to
> the .rc file to allow untrusted sources, and it seemed to solve the probl=
em.
> Various packages not mentioned or required for any non-XAPI Xen operation
> were missing. =A0Through trial and error, I compiled a list of packages a=
nd
> installed them.
>
> After these steps, I ended up with a number of .deb=A0packages and a
> successful completion of the make process.
>
> Installed the packages produced from the previous step.
> Stuck on this error: =A0Getting an error from xcp-networkd
>
> Fatal error: exception Failure("ERROR: network backend unknown()")
>
>

http://wiki.xen.org/wiki/XAPI_on_Ubuntu#Workaround_xcp-networkd_missing_fil=
e_.28Ubuntu.29

-- =

Todd Deshane
http://www.linkedin.com/in/deshantm
http://blog.xen.org/
http://wiki.xen.org/

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 00:26:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 00:26:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRBmM-0006DJ-AT; Mon, 07 May 2012 00:26:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <todd.deshane.xen@gmail.com>) id 1SRBmK-0006DE-U4
	for xen-api@lists.xen.org; Mon, 07 May 2012 00:26:17 +0000
Received: from [193.109.254.147:43629] by server-11.bemta-14.messagelabs.com
	id B6/06-05858-8A617AF4; Mon, 07 May 2012 00:26:16 +0000
X-Env-Sender: todd.deshane.xen@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1336350374!7915979!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24310 invoked from network); 7 May 2012 00:26:15 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 00:26:15 -0000
Received: by ggnp1 with SMTP id p1so276193ggn.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 17:26:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:from:date
	:x-google-sender-auth:message-id:subject:to:cc:content-type
	:content-transfer-encoding;
	bh=rtaWy3dhuOQoe3l2b4yJOlk1Mxt50EfnuhsJ63PnFuM=;
	b=gIGd/mlJLqZADOqIzFpwPLWkAqeN2YvGUKGOfeofVjg5/t5CBfSdahKmlHP4swuTFB
	jA73nsjj89vKXOG2AbC2jeEUO150cwSQpFW+q4Y9RyCv3F1Ezuq5LgJRCe6kaDC1YHHo
	QoF3XiXmhBPLbByTPJ9KroGappmcSLi8Tu/H5OjUz2YqVmcn3Z7DctDzt/Q72BxyKVqW
	TmlWPFrLxg4j3I7Joz+ApRUZNuqCeigWX09gIXprvoUatuSpHtp+oYKuG4uDdFZ6lblH
	6g5FC6bSUWEzBInif6FrQxqflo7lmhDEC+H13cp4LqDb3/mmG3l2WVbcoSMtWBS9ZKZ/
	A0wg==
Received: by 10.50.76.136 with SMTP id k8mr26264igw.2.1336350373952; Sun, 06
	May 2012 17:26:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.68.14 with HTTP; Sun, 6 May 2012 17:25:53 -0700 (PDT)
In-Reply-To: <CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
References: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
	<CAETssNa-7CRATgJjU9aVffc_g8yr-qQLGdUHGv4bfmGVV3GFEg@mail.gmail.com>
From: Todd Deshane <todd.deshane@xen.org>
Date: Sun, 6 May 2012 20:25:53 -0400
X-Google-Sender-Auth: _gU_wxDeABaxU4fG28kXU3mF7M0
Message-ID: <CAMrPLWKLdMTi3XD6UbHjMOPn0sShjxYieDKd1ZV54dDjxsBmDQ@mail.gmail.com>
To: Bill <thelists+xen-api@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Sun, May 6, 2012 at 6:18 PM, Bill <thelists+xen-api@gmail.com> wrote:
> Hello --
>
> I've been working to establish a working build environment for the XenAPI=
 on
> a fresh Ubuntu 12.04 x64 server instance. =A0The various steps needed to
> compile Xen, a custom kernel, update grub and manage Xen using the
> xl=A0toolstack is not foreign to me. =A0My near-term goal is to implement=
 one of
> the open-source management tools reliant on XenAPI (openstack / cloudstac=
k /
> etc.), with a more long-term goal of the creation of additional features.
>
> Here's an outline of the steps I've taken thus far:
>
> Installed Ubuntu 12.04 x64 server, final
> Downloaded, configured, compiled and installed Linux Kernel 3.3.4 includi=
ng
> the various required options for running Xen
>
> Are there any unique requirements for XenAPI beyond that of a Dom0 kernel
> for Xen?
>
> Downloaded, configured, compiled and installed Xen 4.1.2.
> Modified the GRUB bootloader appropriately, and booted into the system.
> Followed the outline of steps from the Xen Wiki entry for XCP toolstack
> compilation
>
> http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
> Note: During the building process, a number of errors surfaced.
>
> A message about unexpected patches was displayed when processing
> "xen-api-1.3.2". =A0A crude workaround was simply to add a bit of code to
> dpkg-source=A0to detect this condition when processing this package and c=
ommit
> the code. =A0This was the only instance where the message occurred.
> The file cachelocation=A0was not found under the ./tmp-debs/=A0directory.=
 =A0There
> as no clear direction on what this should be, so I simply created an empty
> file. =A0This allowed the process to continue.
> pbuilder complained about an untrusted local=A0source. =A0I added an opti=
on to
> the .rc file to allow untrusted sources, and it seemed to solve the probl=
em.
> Various packages not mentioned or required for any non-XAPI Xen operation
> were missing. =A0Through trial and error, I compiled a list of packages a=
nd
> installed them.
>
> After these steps, I ended up with a number of .deb=A0packages and a
> successful completion of the make process.
>
> Installed the packages produced from the previous step.
> Stuck on this error: =A0Getting an error from xcp-networkd
>
> Fatal error: exception Failure("ERROR: network backend unknown()")
>
>

http://wiki.xen.org/wiki/XAPI_on_Ubuntu#Workaround_xcp-networkd_missing_fil=
e_.28Ubuntu.29

-- =

Todd Deshane
http://www.linkedin.com/in/deshantm
http://blog.xen.org/
http://wiki.xen.org/

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 03:49:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 03:49:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SREww-0004CB-PT; Mon, 07 May 2012 03:49:26 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SREwu-0004C6-Sn
	for xen-api@lists.xen.org; Mon, 07 May 2012 03:49:25 +0000
Received: from [85.158.138.51:45547] by server-11.bemta-3.messagelabs.com id
	5B/70-18894-44647AF4; Mon, 07 May 2012 03:49:24 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1336362560!25631647!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32188 invoked from network); 7 May 2012 03:49:22 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 03:49:22 -0000
Received: by dadv2 with SMTP id v2so170917dad.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 20:49:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type;
	bh=a8TAcVSbZlYxNIKXmuCe91JmuNYVCyvaOeeJ5mIcyDY=;
	b=r9xAU83T3dwM2V26yHrIrqr5QnGsM+NQNZ1oVZ+p5ysnLEHyALQlCnC6BZUC+enx2h
	As9vYx4JD0XGeBSGKkDvgOdXwTJBYFpAEeDMnK7YhHzLSKoztnqD4SGIxzZPzfDwCZAa
	urHNR+/2xcnq26Tyfaky0Wj0xvRxCgp042eE6WdnpMgYN7JU+LHHwz3lo6bNyPcbDwKi
	gVWGspPEOMvM/hM909IFoTvZYu63VUXiAIailHblN2ZyGyER2G0kM8qzmGTBi0u20ADP
	7e5UMuC5b+x45aUiD8TJD30ri1GE6/xZog1/H9hkvJOAAIvLsicIohVt4ng4tn3LTQzY
	p+2w==
Received: by 10.68.212.225 with SMTP id nn1mr12542292pbc.114.1336362560031;
	Sun, 06 May 2012 20:49:20 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id s7sm16863111pbl.31.2012.05.06.20.49.18
	(version=SSLv3 cipher=OTHER); Sun, 06 May 2012 20:49:19 -0700 (PDT)
Message-ID: <4FA7463E.8060702@xen.org>
Date: Sun, 06 May 2012 20:49:18 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
In-Reply-To: <CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0942753268169037383=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0942753268169037383==
Content-Type: multipart/alternative;
 boundary="------------090702040800010408040108"

This is a multi-part message in MIME format.
--------------090702040800010408040108
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 06/05/2012 09:00, William Baum wrote:
> Has there been discussion of moving these projects into a real online
> community with message forums and so forth?
There has been a discussion and as part of the new xen.og website there 
will be a stackoverflow like Q&A system. An early prototype is out there 
already. See http://new-www.xen.org/index.php/community/xen-questions.html

The categorization is still wrong, the webdeveloper moved a few FAQs 
from the xen wiki to give me a feel what this would look like : I think 
the categories should be

Xen / Getting Started	Questions related to getting started, such as 
set-up questions, etc.
Xen / Troubleshooting 	Issues related to Xen
Xen / Advanced 	Questions related to advanced Xen features
XCP / Getting Started 	Questions related to getting started, such as 
set-up questions, etc.
XCP / Troubleshooting 	Issues related to XCP
XCP / Advanced 	Questions related to advanced XCP features
Xen ARM 	Questions and issues related to Xen ARM
Community 	Questions related to events, community, social activities, etc.


I originally was thinking of migrating the user list to a forum, but 
that had a lukewarm reception. Moving the developer lists to forums is 
rejected outright by developers.

Given that the new site should be live in 2-3 months, I am reluctant to 
introduce a new xcp user mailing list now : too many places for 
discussions fragment the community.

Renaming this list to xen-xcp may improve things a little.
We could channel user questions to a renamed xen-xcp list for the next 
few months until the Q&A system is in place.
Let me talk to the XCP project lead and to a few people and come up with 
a proposal.

Thanks for raising this

Lars

--------------090702040800010408040108
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 06/05/2012 09:00, William Baum wrote:
    <blockquote
cite="mid:CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com"
      type="cite">
      <pre wrap="">Has there been discussion of moving these projects into a real online
community with message forums and so forth?</pre>
    </blockquote>
    There has been a discussion and as part of the new xen.og website
    there will be a stackoverflow like Q&amp;A system. An early
    prototype is out there already. See
    <a class="moz-txt-link-freetext" href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
    <br>
    The categorization is still wrong, the webdeveloper moved a few FAQs
    from the xen wiki to give me a feel what this would look like : I
    think the categories should be<br>
    <br>
    <table style="border:none;border-collapse:collapse">
      <tbody>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Getting Started</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to getting started, such as set-up questions, etc.</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Troubleshooting</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues
              related to Xen</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Advanced</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to advanced Xen features</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Getting Started</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to getting started, such as set-up questions, etc.</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Troubleshooting</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues
              related to XCP</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Advanced</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to advanced XCP features</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:32px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              ARM</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              and issues related to Xen ARM</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Community</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to events, community, social activities, etc.</span></td>
        </tr>
      </tbody>
    </table>
    <br>
    I originally was thinking of migrating the user list to a forum, but
    that had a lukewarm reception. Moving the developer lists to forums
    is rejected outright by developers. <br>
    <br>
    Given that the new site should be live in 2-3 months, I am reluctant
    to introduce a new xcp user mailing list now : too many places for
    discussions fragment the community. <br>
    <br>
    Renaming this list to xen-xcp may improve things a little.<br>
    We could channel user questions to a renamed xen-xcp list for the
    next few months until the Q&amp;A system is in place.<br>
    Let me talk to the XCP project lead and to a few people and come up
    with a proposal.<br>
    <br>
    Thanks for raising this<br>
    <br>
    Lars<br>
  </body>
</html>

--------------090702040800010408040108--


--===============0942753268169037383==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0942753268169037383==--


From xen-api-bounces@lists.xen.org Mon May 07 03:49:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 03:49:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SREww-0004CB-PT; Mon, 07 May 2012 03:49:26 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SREwu-0004C6-Sn
	for xen-api@lists.xen.org; Mon, 07 May 2012 03:49:25 +0000
Received: from [85.158.138.51:45547] by server-11.bemta-3.messagelabs.com id
	5B/70-18894-44647AF4; Mon, 07 May 2012 03:49:24 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1336362560!25631647!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32188 invoked from network); 7 May 2012 03:49:22 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 03:49:22 -0000
Received: by dadv2 with SMTP id v2so170917dad.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 20:49:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type;
	bh=a8TAcVSbZlYxNIKXmuCe91JmuNYVCyvaOeeJ5mIcyDY=;
	b=r9xAU83T3dwM2V26yHrIrqr5QnGsM+NQNZ1oVZ+p5ysnLEHyALQlCnC6BZUC+enx2h
	As9vYx4JD0XGeBSGKkDvgOdXwTJBYFpAEeDMnK7YhHzLSKoztnqD4SGIxzZPzfDwCZAa
	urHNR+/2xcnq26Tyfaky0Wj0xvRxCgp042eE6WdnpMgYN7JU+LHHwz3lo6bNyPcbDwKi
	gVWGspPEOMvM/hM909IFoTvZYu63VUXiAIailHblN2ZyGyER2G0kM8qzmGTBi0u20ADP
	7e5UMuC5b+x45aUiD8TJD30ri1GE6/xZog1/H9hkvJOAAIvLsicIohVt4ng4tn3LTQzY
	p+2w==
Received: by 10.68.212.225 with SMTP id nn1mr12542292pbc.114.1336362560031;
	Sun, 06 May 2012 20:49:20 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id s7sm16863111pbl.31.2012.05.06.20.49.18
	(version=SSLv3 cipher=OTHER); Sun, 06 May 2012 20:49:19 -0700 (PDT)
Message-ID: <4FA7463E.8060702@xen.org>
Date: Sun, 06 May 2012 20:49:18 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
In-Reply-To: <CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0942753268169037383=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0942753268169037383==
Content-Type: multipart/alternative;
 boundary="------------090702040800010408040108"

This is a multi-part message in MIME format.
--------------090702040800010408040108
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 06/05/2012 09:00, William Baum wrote:
> Has there been discussion of moving these projects into a real online
> community with message forums and so forth?
There has been a discussion and as part of the new xen.og website there 
will be a stackoverflow like Q&A system. An early prototype is out there 
already. See http://new-www.xen.org/index.php/community/xen-questions.html

The categorization is still wrong, the webdeveloper moved a few FAQs 
from the xen wiki to give me a feel what this would look like : I think 
the categories should be

Xen / Getting Started	Questions related to getting started, such as 
set-up questions, etc.
Xen / Troubleshooting 	Issues related to Xen
Xen / Advanced 	Questions related to advanced Xen features
XCP / Getting Started 	Questions related to getting started, such as 
set-up questions, etc.
XCP / Troubleshooting 	Issues related to XCP
XCP / Advanced 	Questions related to advanced XCP features
Xen ARM 	Questions and issues related to Xen ARM
Community 	Questions related to events, community, social activities, etc.


I originally was thinking of migrating the user list to a forum, but 
that had a lukewarm reception. Moving the developer lists to forums is 
rejected outright by developers.

Given that the new site should be live in 2-3 months, I am reluctant to 
introduce a new xcp user mailing list now : too many places for 
discussions fragment the community.

Renaming this list to xen-xcp may improve things a little.
We could channel user questions to a renamed xen-xcp list for the next 
few months until the Q&A system is in place.
Let me talk to the XCP project lead and to a few people and come up with 
a proposal.

Thanks for raising this

Lars

--------------090702040800010408040108
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 06/05/2012 09:00, William Baum wrote:
    <blockquote
cite="mid:CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com"
      type="cite">
      <pre wrap="">Has there been discussion of moving these projects into a real online
community with message forums and so forth?</pre>
    </blockquote>
    There has been a discussion and as part of the new xen.og website
    there will be a stackoverflow like Q&amp;A system. An early
    prototype is out there already. See
    <a class="moz-txt-link-freetext" href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
    <br>
    The categorization is still wrong, the webdeveloper moved a few FAQs
    from the xen wiki to give me a feel what this would look like : I
    think the categories should be<br>
    <br>
    <table style="border:none;border-collapse:collapse">
      <tbody>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Getting Started</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to getting started, such as set-up questions, etc.</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Troubleshooting</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues
              related to Xen</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              / Advanced</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to advanced Xen features</span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Getting Started</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to getting started, such as set-up questions, etc.</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Troubleshooting</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues
              related to XCP</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP
              / Advanced</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to advanced XCP features</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:32px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen
              ARM</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              and issues related to Xen ARM</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
        </tr>
        <tr style="height:0px">
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Community</span></td>
          <td style="border:1px dotted
            #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions
              related to events, community, social activities, etc.</span></td>
        </tr>
      </tbody>
    </table>
    <br>
    I originally was thinking of migrating the user list to a forum, but
    that had a lukewarm reception. Moving the developer lists to forums
    is rejected outright by developers. <br>
    <br>
    Given that the new site should be live in 2-3 months, I am reluctant
    to introduce a new xcp user mailing list now : too many places for
    discussions fragment the community. <br>
    <br>
    Renaming this list to xen-xcp may improve things a little.<br>
    We could channel user questions to a renamed xen-xcp list for the
    next few months until the Q&amp;A system is in place.<br>
    Let me talk to the XCP project lead and to a few people and come up
    with a proposal.<br>
    <br>
    Thanks for raising this<br>
    <br>
    Lars<br>
  </body>
</html>

--------------090702040800010408040108--


--===============0942753268169037383==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0942753268169037383==--


From xen-api-bounces@lists.xen.org Mon May 07 12:29:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 12:29:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRN42-0004zx-Lr; Mon, 07 May 2012 12:29:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SRN41-0004zs-LR
	for xen-api@lists.xen.org; Mon, 07 May 2012 12:29:17 +0000
Received: from [193.109.254.147:18457] by server-12.bemta-14.messagelabs.com
	id 81/6D-05898-C10C7AF4; Mon, 07 May 2012 12:29:16 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1336393756!8008022!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28370 invoked from network); 7 May 2012 12:29:16 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 12:29:16 -0000
Received: by bkwj10 with SMTP id j10so4108986bkw.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 05:29:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=/PVbOHnTLjPvzMnoXbZ5dSv81BhxcfNXcKTSVIvFPvM=;
	b=mz6Az4W9O0kExCV6rJjJAWhz+L1uulOfMyho6jURF45j8olcAusTL09e/6nwMgg7qO
	Iju5K9y3LNjDxDbyJZQeh1W6X09nZS0PwR5ucs1ZGTLP96mk69Qipp5SMa93JZar70+6
	eR187qozV8dj3lVEOj3kkSs1p+ZnUmUzBgeBhybb6jEaUNKIGLtzf0a1Xx0H3jXRdeyS
	r1dUkA85WH8xPJsDy4Us23x8hHyJtGumSXCgertz1DwVGUe9lkY6hV1Lm9kc6I62gL6U
	BVB3TmJOcRAsPU0Ka5+EqdNf+T0b72S8T1aSd1mf1+TSfmXKaJYxKt6fh44XhXt71u/q
	br3A==
Received: by 10.204.151.130 with SMTP id c2mr5545209bkw.125.1336393756029;
	Mon, 07 May 2012 05:29:16 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id s20sm32151883bks.2.2012.05.07.05.29.14
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 05:29:15 -0700 (PDT)
Message-ID: <4FA7C017.4060900@gmail.com>
Date: Mon, 07 May 2012 14:29:11 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120329 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,
a few months ago I started to rebuild "kronos" on centos 6. After months 
of inactivity I would like to resume and I see that meanwhile was born 
the project Zeus: where can I find what has been done on this project? 
Is still alive?

Thanks,
Muriel

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 12:29:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 12:29:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRN42-0004zx-Lr; Mon, 07 May 2012 12:29:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SRN41-0004zs-LR
	for xen-api@lists.xen.org; Mon, 07 May 2012 12:29:17 +0000
Received: from [193.109.254.147:18457] by server-12.bemta-14.messagelabs.com
	id 81/6D-05898-C10C7AF4; Mon, 07 May 2012 12:29:16 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1336393756!8008022!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28370 invoked from network); 7 May 2012 12:29:16 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 12:29:16 -0000
Received: by bkwj10 with SMTP id j10so4108986bkw.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 05:29:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=/PVbOHnTLjPvzMnoXbZ5dSv81BhxcfNXcKTSVIvFPvM=;
	b=mz6Az4W9O0kExCV6rJjJAWhz+L1uulOfMyho6jURF45j8olcAusTL09e/6nwMgg7qO
	Iju5K9y3LNjDxDbyJZQeh1W6X09nZS0PwR5ucs1ZGTLP96mk69Qipp5SMa93JZar70+6
	eR187qozV8dj3lVEOj3kkSs1p+ZnUmUzBgeBhybb6jEaUNKIGLtzf0a1Xx0H3jXRdeyS
	r1dUkA85WH8xPJsDy4Us23x8hHyJtGumSXCgertz1DwVGUe9lkY6hV1Lm9kc6I62gL6U
	BVB3TmJOcRAsPU0Ka5+EqdNf+T0b72S8T1aSd1mf1+TSfmXKaJYxKt6fh44XhXt71u/q
	br3A==
Received: by 10.204.151.130 with SMTP id c2mr5545209bkw.125.1336393756029;
	Mon, 07 May 2012 05:29:16 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id s20sm32151883bks.2.2012.05.07.05.29.14
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 05:29:15 -0700 (PDT)
Message-ID: <4FA7C017.4060900@gmail.com>
Date: Mon, 07 May 2012 14:29:11 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120329 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,
a few months ago I started to rebuild "kronos" on centos 6. After months 
of inactivity I would like to resume and I see that meanwhile was born 
the project Zeus: where can I find what has been done on this project? 
Is still alive?

Thanks,
Muriel

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 12:36:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 12:36:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRNAX-00057c-Cr; Mon, 07 May 2012 12:36:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <nyckopro@gmail.com>) id 1SRNAW-00057X-PT
	for xen-api@lists.xensource.com; Mon, 07 May 2012 12:36:00 +0000
Received: from [85.158.143.99:44085] by server-2.bemta-4.messagelabs.com id
	53/FF-17550-0B1C7AF4; Mon, 07 May 2012 12:36:00 +0000
X-Env-Sender: nyckopro@gmail.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336394158!17058454!1
X-Originating-IP: [209.85.213.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22803 invoked from network); 7 May 2012 12:35:59 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 12:35:59 -0000
Received: by yhkk6 with SMTP id k6so4164793yhk.30
	for <xen-api@lists.xensource.com>; Mon, 07 May 2012 05:35:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=LWWy4wPNSqK1aCkHjaBrcCcDpccfHLl3zIF0d66hyQM=;
	b=JsBHnORwRQhjLUC2E9SmM03c5zVfP49Mg+vyMgs5+FPtpZPTaIWuqeMTWv37Om53Uf
	DE/pE31HFQ6ylj5Qo+hPWwxc+cA2Ln2UHyKI6ECySYkgNEstdYUMwt8QdkGt35js+gfg
	QuPOlfeg1sSwduY67ZI/CPdzOVI19eco9xNCn+Ae1DY9Zl+7rjfvD6JQICcIGlOlOlgk
	VZIilWnwEF91Hl4RisyU7bhR8+5y6EO64AgJSOdauWbySxKYYzWlykjdtoHXZ3d9vlYY
	9/dnAMGQn7tYJAjtd4lDtjfdiJj2PetZMRRnRbvnhsRdK92AAbr0LjzwAsBxYtQ0AoMe
	wErA==
MIME-Version: 1.0
Received: by 10.60.2.6 with SMTP id 6mr1438861oeq.21.1336394157055; Mon, 07
	May 2012 05:35:57 -0700 (PDT)
Received: by 10.60.78.200 with HTTP; Mon, 7 May 2012 05:35:57 -0700 (PDT)
Date: Mon, 7 May 2012 09:35:57 -0300
Message-ID: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
From: Nycko <nyckopro@gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello, I have a problem with XCP 1.0. In recent weeks I saw very
resource openvswitch cpu and memory, no memory. At point (after a
while, less than a week) reaches the limit (512) and also begins to
swap out the point of leaving inoperative the real host and hence
their virtual machines. Everything returns to normal when I restart
the daemon (/ etc / init.d / openvswitch) but I can not be doing it
all the time. Someone can give me some tips to keep looking?

Leave some logs that may be useful:
#tail -f /var/log/openvswitch/ovs-vswitchd.log
May 07 09:28:36|47029|timeval|WARN|6 ms poll interval (0 ms user, 0 ms
system) is over 9 times the weighted mean interval 1 ms (3462238
samples)
May 07 09:28:36|47030|timeval|WARN|context switches: 0 voluntary, 3 involuntary
May 07 09:28:36|47031|coverage|INFO|Skipping details of duplicate
event coverage for hash=ba09b798 in epoch 3462238

If you need any more information do not hesitate to ask me because I
can not find the way to the solution and I'm several weeks into this.

PD: my english sucks

Regards
-- 
nycko

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 12:36:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 12:36:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRNAX-00057c-Cr; Mon, 07 May 2012 12:36:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <nyckopro@gmail.com>) id 1SRNAW-00057X-PT
	for xen-api@lists.xensource.com; Mon, 07 May 2012 12:36:00 +0000
Received: from [85.158.143.99:44085] by server-2.bemta-4.messagelabs.com id
	53/FF-17550-0B1C7AF4; Mon, 07 May 2012 12:36:00 +0000
X-Env-Sender: nyckopro@gmail.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336394158!17058454!1
X-Originating-IP: [209.85.213.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22803 invoked from network); 7 May 2012 12:35:59 -0000
Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com)
	(209.85.213.43)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 12:35:59 -0000
Received: by yhkk6 with SMTP id k6so4164793yhk.30
	for <xen-api@lists.xensource.com>; Mon, 07 May 2012 05:35:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=LWWy4wPNSqK1aCkHjaBrcCcDpccfHLl3zIF0d66hyQM=;
	b=JsBHnORwRQhjLUC2E9SmM03c5zVfP49Mg+vyMgs5+FPtpZPTaIWuqeMTWv37Om53Uf
	DE/pE31HFQ6ylj5Qo+hPWwxc+cA2Ln2UHyKI6ECySYkgNEstdYUMwt8QdkGt35js+gfg
	QuPOlfeg1sSwduY67ZI/CPdzOVI19eco9xNCn+Ae1DY9Zl+7rjfvD6JQICcIGlOlOlgk
	VZIilWnwEF91Hl4RisyU7bhR8+5y6EO64AgJSOdauWbySxKYYzWlykjdtoHXZ3d9vlYY
	9/dnAMGQn7tYJAjtd4lDtjfdiJj2PetZMRRnRbvnhsRdK92AAbr0LjzwAsBxYtQ0AoMe
	wErA==
MIME-Version: 1.0
Received: by 10.60.2.6 with SMTP id 6mr1438861oeq.21.1336394157055; Mon, 07
	May 2012 05:35:57 -0700 (PDT)
Received: by 10.60.78.200 with HTTP; Mon, 7 May 2012 05:35:57 -0700 (PDT)
Date: Mon, 7 May 2012 09:35:57 -0300
Message-ID: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
From: Nycko <nyckopro@gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello, I have a problem with XCP 1.0. In recent weeks I saw very
resource openvswitch cpu and memory, no memory. At point (after a
while, less than a week) reaches the limit (512) and also begins to
swap out the point of leaving inoperative the real host and hence
their virtual machines. Everything returns to normal when I restart
the daemon (/ etc / init.d / openvswitch) but I can not be doing it
all the time. Someone can give me some tips to keep looking?

Leave some logs that may be useful:
#tail -f /var/log/openvswitch/ovs-vswitchd.log
May 07 09:28:36|47029|timeval|WARN|6 ms poll interval (0 ms user, 0 ms
system) is over 9 times the weighted mean interval 1 ms (3462238
samples)
May 07 09:28:36|47030|timeval|WARN|context switches: 0 voluntary, 3 involuntary
May 07 09:28:36|47031|coverage|INFO|Skipping details of duplicate
event coverage for hash=ba09b798 in epoch 3462238

If you need any more information do not hesitate to ask me because I
can not find the way to the solution and I'm several weeks into this.

PD: my english sucks

Regards
-- 
nycko

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 14:30:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 14:30:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SROxP-0007fu-LJ; Mon, 07 May 2012 14:30:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <david@cloudstack.org>) id 1SROxO-0007fl-6R
	for xen-api@lists.xen.org; Mon, 07 May 2012 14:30:34 +0000
Received: from [85.158.138.51:32021] by server-8.bemta-3.messagelabs.com id
	AD/B2-24428-98CD7AF4; Mon, 07 May 2012 14:30:33 +0000
X-Env-Sender: david@cloudstack.org
X-Msg-Ref: server-5.tower-174.messagelabs.com!1336401030!25755396!1
X-Originating-IP: [209.85.160.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9875 invoked from network); 7 May 2012 14:30:32 -0000
Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com)
	(209.85.160.45)
	by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 14:30:32 -0000
Received: by pbbro12 with SMTP id ro12so7177462pbb.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 07:30:30 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type:x-gm-message-state;
	bh=6XW3kq6Ll3mrUrV1uuoqgk+oibC5hXCKrOuKhBFzMnk=;
	b=NgRnFFHB0SuA0lif36VncUh+XE5cim3MbUj8gmaVdmjftYPQkWjVAgRyYWYyG4VSVp
	efwQGs626VQPkTAPnpDCpCwQiOAacJ+AhOLnhrgdrCwqllU8z4O7xr9pFZ3z3VRE0Trj
	1XYj0pdbqP8rSAp0ovbUjwj4mrHL0W/ZK5SsHPZBDk/0em0I0AXXAqtdGgKioWemuYTT
	9QUTeUAfsi+uOT4M2oXOzqa2PaDUGlEasHPdDqWuumM40x7iJjMHnsJS1Sod7IxHO+Fr
	sbOHZvJqBq+BnHuv9dI+E7AvhUSd3QPHwRHCX0mwtyjsS7HNgKBfsQi17rOghWEp72Sd
	rLUQ==
MIME-Version: 1.0
Received: by 10.68.238.6 with SMTP id vg6mr4979508pbc.44.1336401030144; Mon,
	07 May 2012 07:30:30 -0700 (PDT)
Received: by 10.142.73.6 with HTTP; Mon, 7 May 2012 07:30:30 -0700 (PDT)
X-Originating-IP: [108.60.118.130]
In-Reply-To: <4FA7C017.4060900@gmail.com>
References: <4FA7C017.4060900@gmail.com>
Date: Mon, 7 May 2012 10:30:30 -0400
Message-ID: <CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
From: David Nalley <david@cloudstack.org>
To: Muriel <mucawhite@gmail.com>
X-Gm-Message-State: ALoCoQkyWK/ikmZT2E/kG5iHHfMwP4amIohfpdbBzYUxOrwh8jKdpYjR12GYM8COY5YOPP/a1lwt
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 7, 2012 at 8:29 AM, Muriel <mucawhite@gmail.com> wrote:
> Hi all,
> a few months ago I started to rebuild "kronos" on centos 6. After months of
> inactivity I would like to resume and I see that meanwhile was born the
> project Zeus: where can I find what has been done on this project? Is still
> alive?
>
> Thanks,
> Muriel


Muriel,

It's still alive, but not terribly active. At least 2 of the folks (me
being one) who were working on Zeus have had our time severely limited
by other $dayjob distractions. Essentially we've done a bit of the
packaging work to get some of the packages into Fedora (and thus easy
to make the transition into EPEL, even though EL currently is without
the kernel bits). Still plenty of work to do on the packaging front,
and we'd welcome help.

--David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 14:30:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 14:30:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SROxP-0007fu-LJ; Mon, 07 May 2012 14:30:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <david@cloudstack.org>) id 1SROxO-0007fl-6R
	for xen-api@lists.xen.org; Mon, 07 May 2012 14:30:34 +0000
Received: from [85.158.138.51:32021] by server-8.bemta-3.messagelabs.com id
	AD/B2-24428-98CD7AF4; Mon, 07 May 2012 14:30:33 +0000
X-Env-Sender: david@cloudstack.org
X-Msg-Ref: server-5.tower-174.messagelabs.com!1336401030!25755396!1
X-Originating-IP: [209.85.160.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9875 invoked from network); 7 May 2012 14:30:32 -0000
Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com)
	(209.85.160.45)
	by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 14:30:32 -0000
Received: by pbbro12 with SMTP id ro12so7177462pbb.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 07:30:30 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type:x-gm-message-state;
	bh=6XW3kq6Ll3mrUrV1uuoqgk+oibC5hXCKrOuKhBFzMnk=;
	b=NgRnFFHB0SuA0lif36VncUh+XE5cim3MbUj8gmaVdmjftYPQkWjVAgRyYWYyG4VSVp
	efwQGs626VQPkTAPnpDCpCwQiOAacJ+AhOLnhrgdrCwqllU8z4O7xr9pFZ3z3VRE0Trj
	1XYj0pdbqP8rSAp0ovbUjwj4mrHL0W/ZK5SsHPZBDk/0em0I0AXXAqtdGgKioWemuYTT
	9QUTeUAfsi+uOT4M2oXOzqa2PaDUGlEasHPdDqWuumM40x7iJjMHnsJS1Sod7IxHO+Fr
	sbOHZvJqBq+BnHuv9dI+E7AvhUSd3QPHwRHCX0mwtyjsS7HNgKBfsQi17rOghWEp72Sd
	rLUQ==
MIME-Version: 1.0
Received: by 10.68.238.6 with SMTP id vg6mr4979508pbc.44.1336401030144; Mon,
	07 May 2012 07:30:30 -0700 (PDT)
Received: by 10.142.73.6 with HTTP; Mon, 7 May 2012 07:30:30 -0700 (PDT)
X-Originating-IP: [108.60.118.130]
In-Reply-To: <4FA7C017.4060900@gmail.com>
References: <4FA7C017.4060900@gmail.com>
Date: Mon, 7 May 2012 10:30:30 -0400
Message-ID: <CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
From: David Nalley <david@cloudstack.org>
To: Muriel <mucawhite@gmail.com>
X-Gm-Message-State: ALoCoQkyWK/ikmZT2E/kG5iHHfMwP4amIohfpdbBzYUxOrwh8jKdpYjR12GYM8COY5YOPP/a1lwt
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 7, 2012 at 8:29 AM, Muriel <mucawhite@gmail.com> wrote:
> Hi all,
> a few months ago I started to rebuild "kronos" on centos 6. After months of
> inactivity I would like to resume and I see that meanwhile was born the
> project Zeus: where can I find what has been done on this project? Is still
> alive?
>
> Thanks,
> Muriel


Muriel,

It's still alive, but not terribly active. At least 2 of the folks (me
being one) who were working on Zeus have had our time severely limited
by other $dayjob distractions. Essentially we've done a bit of the
packaging work to get some of the packages into Fedora (and thus easy
to make the transition into EPEL, even though EL currently is without
the kernel bits). Still plenty of work to do on the packaging front,
and we'd welcome help.

--David

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 18:44:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 18:44:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRSut-0006yC-FP; Mon, 07 May 2012 18:44:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRSur-0006y6-TT
	for xen-api@lists.xen.org; Mon, 07 May 2012 18:44:14 +0000
Received: from [193.109.254.147:8359] by server-5.bemta-14.messagelabs.com id
	0B/3D-30733-DF718AF4; Mon, 07 May 2012 18:44:13 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1336416250!2890897!1
X-Originating-IP: [209.85.216.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18305 invoked from network); 7 May 2012 18:44:11 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 18:44:11 -0000
Received: by qcsc20 with SMTP id c20so1760099qcs.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 11:44:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type;
	bh=9QQXlu1epuGO0A9fB/99d8+f44p+5T/1SqCcJJBkJGE=;
	b=Fs5L6CuXT63tsCR4IjaEItepWwHoW2dwf30Zfi9GbFqyPmkF09E3jGyzu8+574Jak7
	+ioFXgTj26oHhQxFF6+whEz99o+3FOK893M+E/yjAaQxc6P/JPZnOY4RevaIFAMq1BHm
	QpsnBACkuDMaGLa81QUz79eNDxofJUrGIS1EuSkZNeA3OAryzrcdzYTQSk50sUg2ee9Z
	pMJF2aaMoidJkh8BpQ4PfXJ6ahKgfsE0SiPtWNOgj9vnjjrhFmJhfa/QsE6XfvIag2eN
	1E8HL4CH9Z2hwVxbP/JhJkLYErtoSzBo5U3UttDJ9r9YavG2SrHd7cokVm3X0Dbcv9LT
	cnbw==
Received: by 10.60.36.100 with SMTP id p4mr13472713oej.42.1336416250324;
	Mon, 07 May 2012 11:44:10 -0700 (PDT)
Received: from [172.16.26.11] ([216.64.156.98])
	by mx.google.com with ESMTPS id a8sm15289664oea.8.2012.05.07.11.44.07
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 11:44:08 -0700 (PDT)
Message-ID: <4FA817F7.2080002@xen.org>
Date: Mon, 07 May 2012 11:44:07 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
In-Reply-To: <4FA7463E.8060702@xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5134502316316175002=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5134502316316175002==
Content-Type: multipart/alternative;
 boundary="------------060001020701090701040605"

This is a multi-part message in MIME format.
--------------060001020701090701040605
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I just talked to Mike McClurg the XCP project lead, regarding this list. 
So it appears that xen-api@ is already largely used for XCP user 
questions as well as questions on the usage of XAPI.

So I see no strong reason to not rename the list to xcp-users, or 
xcp_and_xapi-users or something similar. Technically this should be 
possible, although there will be an impact to list users in that mail 
filters would break. It would also drive xcp user traffic which also 
happens today in xen-users to this list. The Q&A system described below, 
would exist in parallel.

Please let me know your views. My proposal going forward is to
a) continue the informal discussion started by this thread for a little 
longer
b) make a proposal and then have a vote
c) implement changes, including correcting the information on the wiki 
and the xen site

Regards
Lars

On 06/05/2012 20:49, Lars Kurth wrote:
> On 06/05/2012 09:00, William Baum wrote:
>> Has there been discussion of moving these projects into a real online
>> community with message forums and so forth?
> There has been a discussion and as part of the new xen.og website 
> there will be a stackoverflow like Q&A system. An early prototype is 
> out there already. See 
> http://new-www.xen.org/index.php/community/xen-questions.html
>
> The categorization is still wrong, the webdeveloper moved a few FAQs 
> from the xen wiki to give me a feel what this would look like : I 
> think the categories should be
>
> Xen / Getting Started	Questions related to getting started, such as 
> set-up questions, etc.
> Xen / Troubleshooting 	Issues related to Xen
> Xen / Advanced 	Questions related to advanced Xen features
> XCP / Getting Started 	Questions related to getting started, such as 
> set-up questions, etc.
> XCP / Troubleshooting 	Issues related to XCP
> XCP / Advanced 	Questions related to advanced XCP features
> Xen ARM 	Questions and issues related to Xen ARM
> Community 	Questions related to events, community, social activities, 
> etc.
>
>
> I originally was thinking of migrating the user list to a forum, but 
> that had a lukewarm reception. Moving the developer lists to forums is 
> rejected outright by developers.
>
> Given that the new site should be live in 2-3 months, I am reluctant 
> to introduce a new xcp user mailing list now : too many places for 
> discussions fragment the community.
>
> Renaming this list to xen-xcp may improve things a little.
> We could channel user questions to a renamed xen-xcp list for the next 
> few months until the Q&A system is in place.
> Let me talk to the XCP project lead and to a few people and come up 
> with a proposal.
>
> Thanks for raising this
>
> Lars


--------------060001020701090701040605
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I just talked to Mike McClurg the XCP project lead, regarding this
    list. So it appears that xen-api@ is already largely used for XCP
    user questions as well as questions on the usage of XAPI. <br>
    <br>
    So I see no strong reason to not rename the list to xcp-users, or
    xcp_and_xapi-users or something similar. Technically this should be
    possible, although there will be an impact to list users in that
    mail filters would break. It would also drive xcp user traffic which
    also happens today in xen-users to this list. The Q&amp;A system
    described below, would exist in parallel.<br>
    <br>
    Please let me know your views. My proposal going forward is to<br>
    a) continue the informal discussion started by this thread for a
    little longer<br>
    b) make a proposal and then have a vote<br>
    c) implement changes, including correcting the information on the
    wiki and the xen site<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 06/05/2012 20:49, Lars Kurth wrote:
    <blockquote cite="mid:4FA7463E.8060702@xen.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 06/05/2012 09:00, William Baum wrote:
      <blockquote
cite="mid:CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com"
        type="cite">
        <pre wrap="">Has there been discussion of moving these projects into a real online
community with message forums and so forth?</pre>
      </blockquote>
      There has been a discussion and as part of the new xen.og website
      there will be a stackoverflow like Q&amp;A system. An early
      prototype is out there already. See <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
      <br>
      The categorization is still wrong, the webdeveloper moved a few
      FAQs from the xen wiki to give me a feel what this would look like
      : I think the categories should be<br>
      <br>
      <table style="border:none;border-collapse:collapse">
        <tbody>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Getting Started</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to getting started, such as set-up questions,
                etc.</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Troubleshooting</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues

                related to Xen</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Advanced</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to advanced Xen features</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Getting Started</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to getting started, such as set-up questions,
                etc.</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Troubleshooting</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues

                related to XCP</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Advanced</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to advanced XCP features</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:32px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                ARM</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                and issues related to Xen ARM</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Community</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to events, community, social activities, etc.</span></td>
          </tr>
        </tbody>
      </table>
      <br>
      I originally was thinking of migrating the user list to a forum,
      but that had a lukewarm reception. Moving the developer lists to
      forums is rejected outright by developers. <br>
      <br>
      Given that the new site should be live in 2-3 months, I am
      reluctant to introduce a new xcp user mailing list now : too many
      places for discussions fragment the community. <br>
      <br>
      Renaming this list to xen-xcp may improve things a little.<br>
      We could channel user questions to a renamed xen-xcp list for the
      next few months until the Q&amp;A system is in place.<br>
      Let me talk to the XCP project lead and to a few people and come
      up with a proposal.<br>
      <br>
      Thanks for raising this<br>
      <br>
      Lars<br>
    </blockquote>
    <br>
  </body>
</html>

--------------060001020701090701040605--


--===============5134502316316175002==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5134502316316175002==--


From xen-api-bounces@lists.xen.org Mon May 07 18:44:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 18:44:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRSut-0006yC-FP; Mon, 07 May 2012 18:44:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRSur-0006y6-TT
	for xen-api@lists.xen.org; Mon, 07 May 2012 18:44:14 +0000
Received: from [193.109.254.147:8359] by server-5.bemta-14.messagelabs.com id
	0B/3D-30733-DF718AF4; Mon, 07 May 2012 18:44:13 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1336416250!2890897!1
X-Originating-IP: [209.85.216.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18305 invoked from network); 7 May 2012 18:44:11 -0000
Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com)
	(209.85.216.173)
	by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 18:44:11 -0000
Received: by qcsc20 with SMTP id c20so1760099qcs.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 11:44:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:references:in-reply-to:content-type;
	bh=9QQXlu1epuGO0A9fB/99d8+f44p+5T/1SqCcJJBkJGE=;
	b=Fs5L6CuXT63tsCR4IjaEItepWwHoW2dwf30Zfi9GbFqyPmkF09E3jGyzu8+574Jak7
	+ioFXgTj26oHhQxFF6+whEz99o+3FOK893M+E/yjAaQxc6P/JPZnOY4RevaIFAMq1BHm
	QpsnBACkuDMaGLa81QUz79eNDxofJUrGIS1EuSkZNeA3OAryzrcdzYTQSk50sUg2ee9Z
	pMJF2aaMoidJkh8BpQ4PfXJ6ahKgfsE0SiPtWNOgj9vnjjrhFmJhfa/QsE6XfvIag2eN
	1E8HL4CH9Z2hwVxbP/JhJkLYErtoSzBo5U3UttDJ9r9YavG2SrHd7cokVm3X0Dbcv9LT
	cnbw==
Received: by 10.60.36.100 with SMTP id p4mr13472713oej.42.1336416250324;
	Mon, 07 May 2012 11:44:10 -0700 (PDT)
Received: from [172.16.26.11] ([216.64.156.98])
	by mx.google.com with ESMTPS id a8sm15289664oea.8.2012.05.07.11.44.07
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 11:44:08 -0700 (PDT)
Message-ID: <4FA817F7.2080002@xen.org>
Date: Mon, 07 May 2012 11:44:07 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
In-Reply-To: <4FA7463E.8060702@xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5134502316316175002=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5134502316316175002==
Content-Type: multipart/alternative;
 boundary="------------060001020701090701040605"

This is a multi-part message in MIME format.
--------------060001020701090701040605
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I just talked to Mike McClurg the XCP project lead, regarding this list. 
So it appears that xen-api@ is already largely used for XCP user 
questions as well as questions on the usage of XAPI.

So I see no strong reason to not rename the list to xcp-users, or 
xcp_and_xapi-users or something similar. Technically this should be 
possible, although there will be an impact to list users in that mail 
filters would break. It would also drive xcp user traffic which also 
happens today in xen-users to this list. The Q&A system described below, 
would exist in parallel.

Please let me know your views. My proposal going forward is to
a) continue the informal discussion started by this thread for a little 
longer
b) make a proposal and then have a vote
c) implement changes, including correcting the information on the wiki 
and the xen site

Regards
Lars

On 06/05/2012 20:49, Lars Kurth wrote:
> On 06/05/2012 09:00, William Baum wrote:
>> Has there been discussion of moving these projects into a real online
>> community with message forums and so forth?
> There has been a discussion and as part of the new xen.og website 
> there will be a stackoverflow like Q&A system. An early prototype is 
> out there already. See 
> http://new-www.xen.org/index.php/community/xen-questions.html
>
> The categorization is still wrong, the webdeveloper moved a few FAQs 
> from the xen wiki to give me a feel what this would look like : I 
> think the categories should be
>
> Xen / Getting Started	Questions related to getting started, such as 
> set-up questions, etc.
> Xen / Troubleshooting 	Issues related to Xen
> Xen / Advanced 	Questions related to advanced Xen features
> XCP / Getting Started 	Questions related to getting started, such as 
> set-up questions, etc.
> XCP / Troubleshooting 	Issues related to XCP
> XCP / Advanced 	Questions related to advanced XCP features
> Xen ARM 	Questions and issues related to Xen ARM
> Community 	Questions related to events, community, social activities, 
> etc.
>
>
> I originally was thinking of migrating the user list to a forum, but 
> that had a lukewarm reception. Moving the developer lists to forums is 
> rejected outright by developers.
>
> Given that the new site should be live in 2-3 months, I am reluctant 
> to introduce a new xcp user mailing list now : too many places for 
> discussions fragment the community.
>
> Renaming this list to xen-xcp may improve things a little.
> We could channel user questions to a renamed xen-xcp list for the next 
> few months until the Q&A system is in place.
> Let me talk to the XCP project lead and to a few people and come up 
> with a proposal.
>
> Thanks for raising this
>
> Lars


--------------060001020701090701040605
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    I just talked to Mike McClurg the XCP project lead, regarding this
    list. So it appears that xen-api@ is already largely used for XCP
    user questions as well as questions on the usage of XAPI. <br>
    <br>
    So I see no strong reason to not rename the list to xcp-users, or
    xcp_and_xapi-users or something similar. Technically this should be
    possible, although there will be an impact to list users in that
    mail filters would break. It would also drive xcp user traffic which
    also happens today in xen-users to this list. The Q&amp;A system
    described below, would exist in parallel.<br>
    <br>
    Please let me know your views. My proposal going forward is to<br>
    a) continue the informal discussion started by this thread for a
    little longer<br>
    b) make a proposal and then have a vote<br>
    c) implement changes, including correcting the information on the
    wiki and the xen site<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 06/05/2012 20:49, Lars Kurth wrote:
    <blockquote cite="mid:4FA7463E.8060702@xen.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 06/05/2012 09:00, William Baum wrote:
      <blockquote
cite="mid:CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com"
        type="cite">
        <pre wrap="">Has there been discussion of moving these projects into a real online
community with message forums and so forth?</pre>
      </blockquote>
      There has been a discussion and as part of the new xen.og website
      there will be a stackoverflow like Q&amp;A system. An early
      prototype is out there already. See <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
      <br>
      The categorization is still wrong, the webdeveloper moved a few
      FAQs from the xen wiki to give me a feel what this would look like
      : I think the categories should be<br>
      <br>
      <table style="border:none;border-collapse:collapse">
        <tbody>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Getting Started</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to getting started, such as set-up questions,
                etc.</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Troubleshooting</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues

                related to Xen</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                / Advanced</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to advanced Xen features</span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Getting Started</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to getting started, such as set-up questions,
                etc.</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Troubleshooting</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Issues

                related to XCP</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">XCP

                / Advanced</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to advanced XCP features</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:32px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Xen

                ARM</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                and issues related to Xen ARM</span><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;"></span></td>
          </tr>
          <tr style="height:0px">
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:bold;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Community</span></td>
            <td style="border:1px dotted
              #aaa;vertical-align:top;padding:7px 7px 7px 7px"><span
style="font-size:15px;font-family:Arial;color:#000000;background-color:transparent;font-weight:normal;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;">Questions

                related to events, community, social activities, etc.</span></td>
          </tr>
        </tbody>
      </table>
      <br>
      I originally was thinking of migrating the user list to a forum,
      but that had a lukewarm reception. Moving the developer lists to
      forums is rejected outright by developers. <br>
      <br>
      Given that the new site should be live in 2-3 months, I am
      reluctant to introduce a new xcp user mailing list now : too many
      places for discussions fragment the community. <br>
      <br>
      Renaming this list to xen-xcp may improve things a little.<br>
      We could channel user questions to a renamed xen-xcp list for the
      next few months until the Q&amp;A system is in place.<br>
      Let me talk to the XCP project lead and to a few people and come
      up with a proposal.<br>
      <br>
      Thanks for raising this<br>
      <br>
      Lars<br>
    </blockquote>
    <br>
  </body>
</html>

--------------060001020701090701040605--


--===============5134502316316175002==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5134502316316175002==--


From xen-api-bounces@lists.xen.org Mon May 07 20:16:27 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 20:16:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRUM0-0008F7-P7; Mon, 07 May 2012 20:16:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <blp@cs.stanford.edu>) id 1SRULz-0008F2-Bl
	for xen-api@lists.xen.org; Mon, 07 May 2012 20:16:19 +0000
Received: from [85.158.143.35:8703] by server-1.bemta-4.messagelabs.com id
	B8/30-20925-29D28AF4; Mon, 07 May 2012 20:16:18 +0000
X-Env-Sender: blp@cs.stanford.edu
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336421775!15340099!1
X-Originating-IP: [171.64.64.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8152 invoked from network); 7 May 2012 20:16:17 -0000
Received: from cs-smtp-1.stanford.edu (HELO cs-smtp-1.Stanford.EDU)
	(171.64.64.25)
	by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 7 May 2012 20:16:17 -0000
Received: from [76.14.48.202] (helo=blp.benpfaff.org)
	by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.76) (envelope-from <blp@cs.stanford.edu>)
	id 1SRULs-0003bn-Vm; Mon, 07 May 2012 13:16:14 -0700
From: Ben Pfaff <blp@cs.stanford.edu>
To: Nycko <nyckopro@gmail.com>
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
	<87vck7g4x6.fsf@blp.benpfaff.org>
	<CAD0Xqx0iqF=qdOHEBFBhOS__7=enSSh4_GHDF_HkEY-r+krecA@mail.gmail.com>
Date: Mon, 07 May 2012 13:16:07 -0700
In-Reply-To: <CAD0Xqx0iqF=qdOHEBFBhOS__7=enSSh4_GHDF_HkEY-r+krecA@mail.gmail.com>
	(Nycko's message of "Mon, 7 May 2012 16:41:18 -0300")
Message-ID: <87r4uvg320.fsf@blp.benpfaff.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
X-Spam-Score: -1.8
X-Spam-Checker-Version: SpamAssassin 3.0.4-cs-csdcf (2005-06-05) on
	cs-smtp-1.Stanford.EDU
X-Scan-Signature: 5e15904e367bf57319d290d73554c551
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: blp@cs.stanford.edu
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Nycko <nyckopro@gmail.com> writes:

> On Mon, May 7, 2012 at 4:35 PM, Ben Pfaff <blp@cs.stanford.edu> wrote:
>> Nycko <nyckopro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>>
>>> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
>>> resource openvswitch cpu and memory, no memory. At point (after a
>>> while, less than a week) reaches the limit (512) and also begins to
>>> swap out the point of leaving inoperative the real host and hence
>>> their virtual machines. Everything returns to normal when I restart
>>> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
>>> all the time. Someone can give me some tips to keep looking?
>>
>> What version of OVS is this?
>
> ovs-vswitchd (Open vSwitch) 1.0.2
> Compiled Feb  7 2011 17:28:48
> OpenFlow versions 0x1:0x1

1.0.2 is an antique.  I can't recommend that anyone use it any
longer.

I don't remember this specific problem, although it's almost
certainly a memory leak.

Presumably newer versions of XCP are using newer versions of OVS
as well.  I hope so.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 20:16:27 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 20:16:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRUM0-0008F7-P7; Mon, 07 May 2012 20:16:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <blp@cs.stanford.edu>) id 1SRULz-0008F2-Bl
	for xen-api@lists.xen.org; Mon, 07 May 2012 20:16:19 +0000
Received: from [85.158.143.35:8703] by server-1.bemta-4.messagelabs.com id
	B8/30-20925-29D28AF4; Mon, 07 May 2012 20:16:18 +0000
X-Env-Sender: blp@cs.stanford.edu
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336421775!15340099!1
X-Originating-IP: [171.64.64.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8152 invoked from network); 7 May 2012 20:16:17 -0000
Received: from cs-smtp-1.stanford.edu (HELO cs-smtp-1.Stanford.EDU)
	(171.64.64.25)
	by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 7 May 2012 20:16:17 -0000
Received: from [76.14.48.202] (helo=blp.benpfaff.org)
	by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.76) (envelope-from <blp@cs.stanford.edu>)
	id 1SRULs-0003bn-Vm; Mon, 07 May 2012 13:16:14 -0700
From: Ben Pfaff <blp@cs.stanford.edu>
To: Nycko <nyckopro@gmail.com>
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
	<87vck7g4x6.fsf@blp.benpfaff.org>
	<CAD0Xqx0iqF=qdOHEBFBhOS__7=enSSh4_GHDF_HkEY-r+krecA@mail.gmail.com>
Date: Mon, 07 May 2012 13:16:07 -0700
In-Reply-To: <CAD0Xqx0iqF=qdOHEBFBhOS__7=enSSh4_GHDF_HkEY-r+krecA@mail.gmail.com>
	(Nycko's message of "Mon, 7 May 2012 16:41:18 -0300")
Message-ID: <87r4uvg320.fsf@blp.benpfaff.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
X-Spam-Score: -1.8
X-Spam-Checker-Version: SpamAssassin 3.0.4-cs-csdcf (2005-06-05) on
	cs-smtp-1.Stanford.EDU
X-Scan-Signature: 5e15904e367bf57319d290d73554c551
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: blp@cs.stanford.edu
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Nycko <nyckopro@gmail.com> writes:

> On Mon, May 7, 2012 at 4:35 PM, Ben Pfaff <blp@cs.stanford.edu> wrote:
>> Nycko <nyckopro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
>>
>>> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
>>> resource openvswitch cpu and memory, no memory. At point (after a
>>> while, less than a week) reaches the limit (512) and also begins to
>>> swap out the point of leaving inoperative the real host and hence
>>> their virtual machines. Everything returns to normal when I restart
>>> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
>>> all the time. Someone can give me some tips to keep looking?
>>
>> What version of OVS is this?
>
> ovs-vswitchd (Open vSwitch) 1.0.2
> Compiled Feb  7 2011 17:28:48
> OpenFlow versions 0x1:0x1

1.0.2 is an antique.  I can't recommend that anyone use it any
longer.

I don't remember this specific problem, although it's almost
certainly a memory leak.

Presumably newer versions of XCP are using newer versions of OVS
as well.  I hope so.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 20:57:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 20:57:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRUzk-0008TP-9y; Mon, 07 May 2012 20:57:24 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SRUzi-0008TI-9y
	for xen-api@lists.xen.org; Mon, 07 May 2012 20:57:22 +0000
Received: from [85.158.143.35:39007] by server-1.bemta-4.messagelabs.com id
	81/D1-20925-13738AF4; Mon, 07 May 2012 20:57:21 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1336424240!12990029!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11148 invoked from network); 7 May 2012 20:57:20 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 20:57:20 -0000
Received: by lahe6 with SMTP id e6so4702351lah.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 13:57:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=AZK6KvFyAWni5u20qpoU32UDlImTlM4tc1oPgfM+3ac=;
	b=Vp2wXr6LDJhHRwxhYHmyhe/7pGrw55LKyiucKnOS6ZOXjd0IXo0LD9vig7ifNuax3J
	kUsuSVQiBlKpo4twTT5f85OYSrVb5gMaYCYNsb5Vl3eV5wGy77+c5TfRH835oJIqBDaY
	D4OctMLJq8gr2mkZgTZiWV9om/JtHZJS3QsK+y0rlrgmej1nL8AkmNzuvoPKJLpCsCzp
	T6ZEZPk/lajxCFqzcHKb50Vcvl+LSlGPNHKnRBoUSPELdlrCKqI1ukHncv2HAjXkg3Mf
	RKtk/pEYFO9L1I46GR5++/DNFExdkehoaBKp43ntU3PJb65P5MUHtENkEiGUlgDXdngQ
	0XaQ==
Received: by 10.112.43.37 with SMTP id t5mr782687lbl.89.1336424239564;
	Mon, 07 May 2012 13:57:19 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id os6sm20178709lab.6.2012.05.07.13.57.17
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 13:57:18 -0700 (PDT)
Message-ID: <4FA8372B.1080404@gmail.com>
Date: Tue, 08 May 2012 00:57:15 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
In-Reply-To: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I've got that problem periodically (XCP 0.5 we still using for older 
pool in product) in case of low resources for dom0. Solution: add more 
cpu to dom0, raise memory for dom0.

After relaxing resource problem I've never get that condition for 
prolonged time (>4 month) under pretty high loaded pool.

On 07.05.2012 16:35, Nycko wrote:
> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
> resource openvswitch cpu and memory, no memory. At point (after a
> while, less than a week) reaches the limit (512) and also begins to
> swap out the point of leaving inoperative the real host and hence
> their virtual machines. Everything returns to normal when I restart
> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
> all the time. Someone can give me some tips to keep looking?
>
> Leave some logs that may be useful:
> #tail -f /var/log/openvswitch/ovs-vswitchd.log
> May 07 09:28:36|47029|timeval|WARN|6 ms poll interval (0 ms user, 0 ms
> system) is over 9 times the weighted mean interval 1 ms (3462238
> samples)
> May 07 09:28:36|47030|timeval|WARN|context switches: 0 voluntary, 3 involuntary
> May 07 09:28:36|47031|coverage|INFO|Skipping details of duplicate
> event coverage for hash=ba09b798 in epoch 3462238
>
> If you need any more information do not hesitate to ask me because I
> can not find the way to the solution and I'm several weeks into this.
>
> PD: my english sucks
>
> Regards


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 07 20:57:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 07 May 2012 20:57:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRUzk-0008TP-9y; Mon, 07 May 2012 20:57:24 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SRUzi-0008TI-9y
	for xen-api@lists.xen.org; Mon, 07 May 2012 20:57:22 +0000
Received: from [85.158.143.35:39007] by server-1.bemta-4.messagelabs.com id
	81/D1-20925-13738AF4; Mon, 07 May 2012 20:57:21 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1336424240!12990029!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11148 invoked from network); 7 May 2012 20:57:20 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	7 May 2012 20:57:20 -0000
Received: by lahe6 with SMTP id e6so4702351lah.32
	for <xen-api@lists.xen.org>; Mon, 07 May 2012 13:57:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=AZK6KvFyAWni5u20qpoU32UDlImTlM4tc1oPgfM+3ac=;
	b=Vp2wXr6LDJhHRwxhYHmyhe/7pGrw55LKyiucKnOS6ZOXjd0IXo0LD9vig7ifNuax3J
	kUsuSVQiBlKpo4twTT5f85OYSrVb5gMaYCYNsb5Vl3eV5wGy77+c5TfRH835oJIqBDaY
	D4OctMLJq8gr2mkZgTZiWV9om/JtHZJS3QsK+y0rlrgmej1nL8AkmNzuvoPKJLpCsCzp
	T6ZEZPk/lajxCFqzcHKb50Vcvl+LSlGPNHKnRBoUSPELdlrCKqI1ukHncv2HAjXkg3Mf
	RKtk/pEYFO9L1I46GR5++/DNFExdkehoaBKp43ntU3PJb65P5MUHtENkEiGUlgDXdngQ
	0XaQ==
Received: by 10.112.43.37 with SMTP id t5mr782687lbl.89.1336424239564;
	Mon, 07 May 2012 13:57:19 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id os6sm20178709lab.6.2012.05.07.13.57.17
	(version=SSLv3 cipher=OTHER); Mon, 07 May 2012 13:57:18 -0700 (PDT)
Message-ID: <4FA8372B.1080404@gmail.com>
Date: Tue, 08 May 2012 00:57:15 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120411 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
In-Reply-To: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I've got that problem periodically (XCP 0.5 we still using for older 
pool in product) in case of low resources for dom0. Solution: add more 
cpu to dom0, raise memory for dom0.

After relaxing resource problem I've never get that condition for 
prolonged time (>4 month) under pretty high loaded pool.

On 07.05.2012 16:35, Nycko wrote:
> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
> resource openvswitch cpu and memory, no memory. At point (after a
> while, less than a week) reaches the limit (512) and also begins to
> swap out the point of leaving inoperative the real host and hence
> their virtual machines. Everything returns to normal when I restart
> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
> all the time. Someone can give me some tips to keep looking?
>
> Leave some logs that may be useful:
> #tail -f /var/log/openvswitch/ovs-vswitchd.log
> May 07 09:28:36|47029|timeval|WARN|6 ms poll interval (0 ms user, 0 ms
> system) is over 9 times the weighted mean interval 1 ms (3462238
> samples)
> May 07 09:28:36|47030|timeval|WARN|context switches: 0 voluntary, 3 involuntary
> May 07 09:28:36|47031|coverage|INFO|Skipping details of duplicate
> event coverage for hash=ba09b798 in epoch 3462238
>
> If you need any more information do not hesitate to ask me because I
> can not find the way to the solution and I'm several weeks into this.
>
> PD: my english sucks
>
> Regards


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 08 12:28:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 12:28:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRjWe-0000Oz-N9; Tue, 08 May 2012 12:28:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SRjWc-0000Ot-NZ
	for xen-api@lists.xen.org; Tue, 08 May 2012 12:28:19 +0000
Received: from [85.158.143.99:4501] by server-2.bemta-4.messagelabs.com id
	48/E5-17550-26119AF4; Tue, 08 May 2012 12:28:18 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336480096!17223637!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzU0OA==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31349 invoked from network); 8 May 2012 12:28:17 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 12:28:17 -0000
X-IronPort-AV: E=Sophos;i="4.75,551,1330905600"; d="scan'208,217";a="12354419"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	08 May 2012 12:28:16 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 8 May 2012
	13:28:16 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "'lars.kurth@xen.org'" <lars.kurth@xen.org>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Tue, 8 May 2012 13:28:15 +0100
Thread-Topic: [Xen-API] This maillist status (xen-api@)
Thread-Index: Ac0sgatKSuuxF7r2QlORTcFDL7qougAlER7A
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org> <4FA817F7.2080002@xen.org>
In-Reply-To: <4FA817F7.2080002@xen.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2089293965413211898=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2089293965413211898==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_"

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

After this change, would we take all development-related emails for xapi (a=
nd associated services) to xen-devel?

Cheers,
Dave

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Lars Kurth
Sent: 07 May 2012 19:44
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)

I just talked to Mike McClurg the XCP project lead, regarding this list. So=
 it appears that xen-api@ is already largely used for XCP user questions as=
 well as questions on the usage of XAPI.

So I see no strong reason to not rename the list to xcp-users, or xcp_and_x=
api-users or something similar. Technically this should be possible, althou=
gh there will be an impact to list users in that mail filters would break. =
It would also drive xcp user traffic which also happens today in xen-users =
to this list. The Q&A system described below, would exist in parallel.

Please let me know your views. My proposal going forward is to
a) continue the informal discussion started by this thread for a little lon=
ger
b) make a proposal and then have a vote
c) implement changes, including correcting the information on the wiki and =
the xen site

Regards
Lars

On 06/05/2012 20:49, Lars Kurth wrote:
On 06/05/2012 09:00, William Baum wrote:

Has there been discussion of moving these projects into a real online

community with message forums and so forth?
There has been a discussion and as part of the new xen.og website there wil=
l be a stackoverflow like Q&A system. An early prototype is out there alrea=
dy. See http://new-www.xen.org/index.php/community/xen-questions.html

The categorization is still wrong, the webdeveloper moved a few FAQs from t=
he xen wiki to give me a feel what this would look like : I think the categ=
ories should be
Xen / Getting Started

Questions related to getting started, such as set-up questions, etc.

Xen / Troubleshooting

Issues related to Xen

Xen / Advanced

Questions related to advanced Xen features

XCP / Getting Started

Questions related to getting started, such as set-up questions, etc.

XCP / Troubleshooting

Issues related to XCP

XCP / Advanced

Questions related to advanced XCP features

Xen ARM

Questions and issues related to Xen ARM

Community

Questions related to events, community, social activities, etc.


I originally was thinking of migrating the user list to a forum, but that h=
ad a lukewarm reception. Moving the developer lists to forums is rejected o=
utright by developers.

Given that the new site should be live in 2-3 months, I am reluctant to int=
roduce a new xcp user mailing list now : too many places for discussions fr=
agment the community.

Renaming this list to xen-xcp may improve things a little.
We could channel user questions to a renamed xen-xcp list for the next few =
months until the Q&A system is in place.
Let me talk to the XCP project lead and to a few people and come up with a =
proposal.

Thanks for raising this

Lars


--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV=3D"Content-Type" CONTENT=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite lang=3DEN-US=
 link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>=
<span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1=
F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-si=
ze:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-fami=
ly:"Calibri","sans-serif";color:#1F497D'>After this change, would we take a=
ll development-related emails for xapi (and associated services) to xen-dev=
el?<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0=
pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></spa=
n></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Cal=
ibri","sans-serif";color:#1F497D'>Cheers,<o:p></o:p></span></p><p class=3DM=
soNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif"=
;color:#1F497D'>Dave<o:p></o:p></span></p><p class=3DMsoNormal><span style=
=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtex=
t'>From:</span></b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sa=
ns-serif";color:windowtext'> xen-api-bounces@lists.xen.org [mailto:xen-api-=
bounces@lists.xen.org] <b>On Behalf Of </b>Lars Kurth<br><b>Sent:</b> 07 Ma=
y 2012 19:44<br><b>To:</b> xen-api@lists.xen.org<br><b>Subject:</b> Re: [Xe=
n-API] This maillist status (xen-api@)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>I just talked t=
o Mike McClurg the XCP project lead, regarding this list. So it appears tha=
t xen-api@ is already largely used for XCP user questions as well as questi=
ons on the usage of XAPI. <br><br>So I see no strong reason to not rename t=
he list to xcp-users, or xcp_and_xapi-users or something similar. Technical=
ly this should be possible, although there will be an impact to list users =
in that mail filters would break. It would also drive xcp user traffic whic=
h also happens today in xen-users to this list. The Q&amp;A system describe=
d below, would exist in parallel.<br><br>Please let me know your views. My =
proposal going forward is to<br>a) continue the informal discussion started=
 by this thread for a little longer<br>b) make a proposal and then have a v=
ote<br>c) implement changes, including correcting the information on the wi=
ki and the xen site<br><br>Regards<br>Lars<br><br>On 06/05/2012 20:49, Lars=
 Kurth wrote: <o:p></o:p></p><p class=3DMsoNormal>On 06/05/2012 09:00, Will=
iam Baum wrote: <o:p></o:p></p><pre>Has there been discussion of moving the=
se projects into a real online<o:p></o:p></pre><pre>community with message =
forums and so forth?<o:p></o:p></pre><p class=3DMsoNormal style=3D'margin-b=
ottom:12.0pt'>There has been a discussion and as part of the new xen.og web=
site there will be a stackoverflow like Q&amp;A system. An early prototype =
is out there already. See <a href=3D"http://new-www.xen.org/index.php/commu=
nity/xen-questions.html">http://new-www.xen.org/index.php/community/xen-que=
stions.html</a><br><br>The categorization is still wrong, the webdeveloper =
moved a few FAQs from the xen wiki to give me a feel what this would look l=
ike : I think the categories should be<o:p></o:p></p><table class=3DMsoNorm=
alTable border=3D0 cellspacing=3D0 cellpadding=3D0 style=3D'border-collapse=
:collapse'><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;paddin=
g:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-heigh=
t-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial","sans-ser=
if"'>Xen / Getting Started</span></b><o:p></o:p></p></td><td valign=3Dtop s=
tyle=3D'border:dotted #AAAAAA 1.0pt;border-left:none;padding:5.25pt 5.25pt =
5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span=
 style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Questions rela=
ted to getting started, such as set-up questions, etc.</span><o:p></o:p></p=
></td></tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border=
-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=
=3D'mso-line-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family=
:"Arial","sans-serif"'>Xen / Troubleshooting</span></b><o:p></o:p></p></td>=
<td valign=3Dtop style=3D'border-top:none;border-left:none;border-bottom:do=
tted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt =
5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span=
 style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Issues related=
 to Xen</span><o:p></o:p></p></td></tr><tr><td valign=3Dtop style=3D'border=
:dotted #AAAAAA 1.0pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'>=
<p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><b><span style=3D'fo=
nt-size:11.5pt;font-family:"Arial","sans-serif"'>Xen / Advanced</span></b><=
o:p></o:p></p></td><td valign=3Dtop style=3D'border-top:none;border-left:no=
ne;border-bottom:dotted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;pad=
ding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-he=
ight-alt:0pt'><span style=3D'font-size:11.5pt;font-family:"Arial","sans-ser=
if"'>Questions related to advanced Xen features</span><o:p></o:p></p></td><=
/tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-top:no=
ne;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-l=
ine-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial",=
"sans-serif"'>XCP / Getting Started</span></b><o:p></o:p></p></td><td valig=
n=3Dtop style=3D'border-top:none;border-left:none;border-bottom:dotted #AAA=
AAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.=
25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D=
'font-size:11.5pt;font-family:"Arial","sans-serif"'>Questions related to ge=
tting started, such as set-up questions, etc.</span><o:p></o:p></p></td></t=
r><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-top:none=
;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-lin=
e-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial","s=
ans-serif"'>XCP / Troubleshooting</span></b><o:p></o:p></p></td><td valign=
=3Dtop style=3D'border-top:none;border-left:none;border-bottom:dotted #AAAA=
AA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.2=
5pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D'=
font-size:11.5pt;font-family:"Arial","sans-serif"'>Issues related to XCP</s=
pan><o:p></o:p></p></td></tr><tr><td valign=3Dtop style=3D'border:dotted #A=
AAAAA 1.0pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=
=3DMsoNormal style=3D'mso-line-height-alt:0pt'><b><span style=3D'font-size:=
11.5pt;font-family:"Arial","sans-serif"'>XCP / Advanced</span></b><o:p></o:=
p></p></td><td valign=3Dtop style=3D'border-top:none;border-left:none;borde=
r-bottom:dotted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.2=
5pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt=
:0pt'><span style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Que=
stions related to advanced XCP features</span><o:p></o:p></p></td></tr><tr =
style=3D'height:24.0pt'><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0=
pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt;height:24.0pt'><p cl=
ass=3DMsoNormal><b><span style=3D'font-size:11.5pt;font-family:"Arial","san=
s-serif"'>Xen ARM</span></b><o:p></o:p></p></td><td valign=3Dtop style=3D'b=
order-top:none;border-left:none;border-bottom:dotted #AAAAAA 1.0pt;border-r=
ight:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.25pt;height:24.0pt=
'><p class=3DMsoNormal><span style=3D'font-size:11.5pt;font-family:"Arial",=
"sans-serif"'>Questions and issues related to Xen ARM</span><o:p></o:p></p>=
</td></tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-=
top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D=
'mso-line-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"A=
rial","sans-serif"'>Community</span></b><o:p></o:p></p></td><td valign=3Dto=
p style=3D'border-top:none;border-left:none;border-bottom:dotted #AAAAAA 1.=
0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.25pt'>=
<p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D'font-=
size:11.5pt;font-family:"Arial","sans-serif"'>Questions related to events, =
community, social activities, etc.</span><o:p></o:p></p></td></tr></table><=
p class=3DMsoNormal><br>I originally was thinking of migrating the user lis=
t to a forum, but that had a lukewarm reception. Moving the developer lists=
 to forums is rejected outright by developers. <br><br>Given that the new s=
ite should be live in 2-3 months, I am reluctant to introduce a new xcp use=
r mailing list now : too many places for discussions fragment the community=
. <br><br>Renaming this list to xen-xcp may improve things a little.<br>We =
could channel user questions to a renamed xen-xcp list for the next few mon=
ths until the Q&amp;A system is in place.<br>Let me talk to the XCP project=
 lead and to a few people and come up with a proposal.<br><br>Thanks for ra=
ising this<br><br>Lars<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p>=
</p></div></div></body></html>=

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_--


--===============2089293965413211898==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2089293965413211898==--


From xen-api-bounces@lists.xen.org Tue May 08 12:28:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 12:28:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRjWe-0000Oz-N9; Tue, 08 May 2012 12:28:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SRjWc-0000Ot-NZ
	for xen-api@lists.xen.org; Tue, 08 May 2012 12:28:19 +0000
Received: from [85.158.143.99:4501] by server-2.bemta-4.messagelabs.com id
	48/E5-17550-26119AF4; Tue, 08 May 2012 12:28:18 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1336480096!17223637!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NzU0OA==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31349 invoked from network); 8 May 2012 12:28:17 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 12:28:17 -0000
X-IronPort-AV: E=Sophos;i="4.75,551,1330905600"; d="scan'208,217";a="12354419"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	08 May 2012 12:28:16 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 8 May 2012
	13:28:16 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "'lars.kurth@xen.org'" <lars.kurth@xen.org>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Tue, 8 May 2012 13:28:15 +0100
Thread-Topic: [Xen-API] This maillist status (xen-api@)
Thread-Index: Ac0sgatKSuuxF7r2QlORTcFDL7qougAlER7A
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org> <4FA817F7.2080002@xen.org>
In-Reply-To: <4FA817F7.2080002@xen.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2089293965413211898=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2089293965413211898==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_"

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

After this change, would we take all development-related emails for xapi (a=
nd associated services) to xen-devel?

Cheers,
Dave

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Lars Kurth
Sent: 07 May 2012 19:44
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)

I just talked to Mike McClurg the XCP project lead, regarding this list. So=
 it appears that xen-api@ is already largely used for XCP user questions as=
 well as questions on the usage of XAPI.

So I see no strong reason to not rename the list to xcp-users, or xcp_and_x=
api-users or something similar. Technically this should be possible, althou=
gh there will be an impact to list users in that mail filters would break. =
It would also drive xcp user traffic which also happens today in xen-users =
to this list. The Q&A system described below, would exist in parallel.

Please let me know your views. My proposal going forward is to
a) continue the informal discussion started by this thread for a little lon=
ger
b) make a proposal and then have a vote
c) implement changes, including correcting the information on the wiki and =
the xen site

Regards
Lars

On 06/05/2012 20:49, Lars Kurth wrote:
On 06/05/2012 09:00, William Baum wrote:

Has there been discussion of moving these projects into a real online

community with message forums and so forth?
There has been a discussion and as part of the new xen.og website there wil=
l be a stackoverflow like Q&A system. An early prototype is out there alrea=
dy. See http://new-www.xen.org/index.php/community/xen-questions.html

The categorization is still wrong, the webdeveloper moved a few FAQs from t=
he xen wiki to give me a feel what this would look like : I think the categ=
ories should be
Xen / Getting Started

Questions related to getting started, such as set-up questions, etc.

Xen / Troubleshooting

Issues related to Xen

Xen / Advanced

Questions related to advanced Xen features

XCP / Getting Started

Questions related to getting started, such as set-up questions, etc.

XCP / Troubleshooting

Issues related to XCP

XCP / Advanced

Questions related to advanced XCP features

Xen ARM

Questions and issues related to Xen ARM

Community

Questions related to events, community, social activities, etc.


I originally was thinking of migrating the user list to a forum, but that h=
ad a lukewarm reception. Moving the developer lists to forums is rejected o=
utright by developers.

Given that the new site should be live in 2-3 months, I am reluctant to int=
roduce a new xcp user mailing list now : too many places for discussions fr=
agment the community.

Renaming this list to xen-xcp may improve things a little.
We could channel user questions to a renamed xen-xcp list for the next few =
months until the Q&A system is in place.
Let me talk to the XCP project lead and to a few people and come up with a =
proposal.

Thanks for raising this

Lars


--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV=3D"Content-Type" CONTENT=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=3Dwhite lang=3DEN-US=
 link=3Dblue vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>=
<span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1=
F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-si=
ze:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-fami=
ly:"Calibri","sans-serif";color:#1F497D'>After this change, would we take a=
ll development-related emails for xapi (and associated services) to xen-dev=
el?<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:11.0=
pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></spa=
n></p><p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Cal=
ibri","sans-serif";color:#1F497D'>Cheers,<o:p></o:p></span></p><p class=3DM=
soNormal><span style=3D'font-size:11.0pt;font-family:"Calibri","sans-serif"=
;color:#1F497D'>Dave<o:p></o:p></span></p><p class=3DMsoNormal><span style=
=3D'font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtex=
t'>From:</span></b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sa=
ns-serif";color:windowtext'> xen-api-bounces@lists.xen.org [mailto:xen-api-=
bounces@lists.xen.org] <b>On Behalf Of </b>Lars Kurth<br><b>Sent:</b> 07 Ma=
y 2012 19:44<br><b>To:</b> xen-api@lists.xen.org<br><b>Subject:</b> Re: [Xe=
n-API] This maillist status (xen-api@)<o:p></o:p></span></p></div></div><p =
class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>I just talked t=
o Mike McClurg the XCP project lead, regarding this list. So it appears tha=
t xen-api@ is already largely used for XCP user questions as well as questi=
ons on the usage of XAPI. <br><br>So I see no strong reason to not rename t=
he list to xcp-users, or xcp_and_xapi-users or something similar. Technical=
ly this should be possible, although there will be an impact to list users =
in that mail filters would break. It would also drive xcp user traffic whic=
h also happens today in xen-users to this list. The Q&amp;A system describe=
d below, would exist in parallel.<br><br>Please let me know your views. My =
proposal going forward is to<br>a) continue the informal discussion started=
 by this thread for a little longer<br>b) make a proposal and then have a v=
ote<br>c) implement changes, including correcting the information on the wi=
ki and the xen site<br><br>Regards<br>Lars<br><br>On 06/05/2012 20:49, Lars=
 Kurth wrote: <o:p></o:p></p><p class=3DMsoNormal>On 06/05/2012 09:00, Will=
iam Baum wrote: <o:p></o:p></p><pre>Has there been discussion of moving the=
se projects into a real online<o:p></o:p></pre><pre>community with message =
forums and so forth?<o:p></o:p></pre><p class=3DMsoNormal style=3D'margin-b=
ottom:12.0pt'>There has been a discussion and as part of the new xen.og web=
site there will be a stackoverflow like Q&amp;A system. An early prototype =
is out there already. See <a href=3D"http://new-www.xen.org/index.php/commu=
nity/xen-questions.html">http://new-www.xen.org/index.php/community/xen-que=
stions.html</a><br><br>The categorization is still wrong, the webdeveloper =
moved a few FAQs from the xen wiki to give me a feel what this would look l=
ike : I think the categories should be<o:p></o:p></p><table class=3DMsoNorm=
alTable border=3D0 cellspacing=3D0 cellpadding=3D0 style=3D'border-collapse=
:collapse'><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;paddin=
g:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-heigh=
t-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial","sans-ser=
if"'>Xen / Getting Started</span></b><o:p></o:p></p></td><td valign=3Dtop s=
tyle=3D'border:dotted #AAAAAA 1.0pt;border-left:none;padding:5.25pt 5.25pt =
5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span=
 style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Questions rela=
ted to getting started, such as set-up questions, etc.</span><o:p></o:p></p=
></td></tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border=
-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=
=3D'mso-line-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family=
:"Arial","sans-serif"'>Xen / Troubleshooting</span></b><o:p></o:p></p></td>=
<td valign=3Dtop style=3D'border-top:none;border-left:none;border-bottom:do=
tted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt =
5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span=
 style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Issues related=
 to Xen</span><o:p></o:p></p></td></tr><tr><td valign=3Dtop style=3D'border=
:dotted #AAAAAA 1.0pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'>=
<p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><b><span style=3D'fo=
nt-size:11.5pt;font-family:"Arial","sans-serif"'>Xen / Advanced</span></b><=
o:p></o:p></p></td><td valign=3Dtop style=3D'border-top:none;border-left:no=
ne;border-bottom:dotted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;pad=
ding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-he=
ight-alt:0pt'><span style=3D'font-size:11.5pt;font-family:"Arial","sans-ser=
if"'>Questions related to advanced Xen features</span><o:p></o:p></p></td><=
/tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-top:no=
ne;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-l=
ine-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial",=
"sans-serif"'>XCP / Getting Started</span></b><o:p></o:p></p></td><td valig=
n=3Dtop style=3D'border-top:none;border-left:none;border-bottom:dotted #AAA=
AAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.=
25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D=
'font-size:11.5pt;font-family:"Arial","sans-serif"'>Questions related to ge=
tting started, such as set-up questions, etc.</span><o:p></o:p></p></td></t=
r><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-top:none=
;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-lin=
e-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"Arial","s=
ans-serif"'>XCP / Troubleshooting</span></b><o:p></o:p></p></td><td valign=
=3Dtop style=3D'border-top:none;border-left:none;border-bottom:dotted #AAAA=
AA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.2=
5pt'><p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D'=
font-size:11.5pt;font-family:"Arial","sans-serif"'>Issues related to XCP</s=
pan><o:p></o:p></p></td></tr><tr><td valign=3Dtop style=3D'border:dotted #A=
AAAAA 1.0pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=
=3DMsoNormal style=3D'mso-line-height-alt:0pt'><b><span style=3D'font-size:=
11.5pt;font-family:"Arial","sans-serif"'>XCP / Advanced</span></b><o:p></o:=
p></p></td><td valign=3Dtop style=3D'border-top:none;border-left:none;borde=
r-bottom:dotted #AAAAAA 1.0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.2=
5pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D'mso-line-height-alt=
:0pt'><span style=3D'font-size:11.5pt;font-family:"Arial","sans-serif"'>Que=
stions related to advanced XCP features</span><o:p></o:p></p></td></tr><tr =
style=3D'height:24.0pt'><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0=
pt;border-top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt;height:24.0pt'><p cl=
ass=3DMsoNormal><b><span style=3D'font-size:11.5pt;font-family:"Arial","san=
s-serif"'>Xen ARM</span></b><o:p></o:p></p></td><td valign=3Dtop style=3D'b=
order-top:none;border-left:none;border-bottom:dotted #AAAAAA 1.0pt;border-r=
ight:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.25pt;height:24.0pt=
'><p class=3DMsoNormal><span style=3D'font-size:11.5pt;font-family:"Arial",=
"sans-serif"'>Questions and issues related to Xen ARM</span><o:p></o:p></p>=
</td></tr><tr><td valign=3Dtop style=3D'border:dotted #AAAAAA 1.0pt;border-=
top:none;padding:5.25pt 5.25pt 5.25pt 5.25pt'><p class=3DMsoNormal style=3D=
'mso-line-height-alt:0pt'><b><span style=3D'font-size:11.5pt;font-family:"A=
rial","sans-serif"'>Community</span></b><o:p></o:p></p></td><td valign=3Dto=
p style=3D'border-top:none;border-left:none;border-bottom:dotted #AAAAAA 1.=
0pt;border-right:dotted #AAAAAA 1.0pt;padding:5.25pt 5.25pt 5.25pt 5.25pt'>=
<p class=3DMsoNormal style=3D'mso-line-height-alt:0pt'><span style=3D'font-=
size:11.5pt;font-family:"Arial","sans-serif"'>Questions related to events, =
community, social activities, etc.</span><o:p></o:p></p></td></tr></table><=
p class=3DMsoNormal><br>I originally was thinking of migrating the user lis=
t to a forum, but that had a lukewarm reception. Moving the developer lists=
 to forums is rejected outright by developers. <br><br>Given that the new s=
ite should be live in 2-3 months, I am reluctant to introduce a new xcp use=
r mailing list now : too many places for discussions fragment the community=
. <br><br>Renaming this list to xen-xcp may improve things a little.<br>We =
could channel user questions to a renamed xen-xcp list for the next few mon=
ths until the Q&amp;A system is in place.<br>Let me talk to the XCP project=
 lead and to a few people and come up with a proposal.<br><br>Thanks for ra=
ising this<br><br>Lars<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p>=
</p></div></div></body></html>=

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5DBLONPMAILBOX01_--


--===============2089293965413211898==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2089293965413211898==--


From xen-api-bounces@lists.xen.org Tue May 08 12:40:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 12:40:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRjiL-0001AQ-Pk; Tue, 08 May 2012 12:40:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SRjiK-0001AC-LA
	for xen-api@lists.xen.org; Tue, 08 May 2012 12:40:24 +0000
Received: from [85.158.139.83:31355] by server-10.bemta-5.messagelabs.com id
	98/CF-08260-73419AF4; Tue, 08 May 2012 12:40:23 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-11.tower-182.messagelabs.com!1336480821!20052633!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13824 invoked from network); 8 May 2012 12:40:22 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-11.tower-182.messagelabs.com with SMTP;
	8 May 2012 12:40:22 -0000
Received: (qmail 22117 invoked by uid 634); 8 May 2012 12:40:21 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED,HTML_MESSAGE
X-Spam-Check-By: dark.recoil.org
Received: from dhcp-128-232-140-149.eduroam.csx.cam.ac.uk (HELO
	dhcp-128-232-140-149.eduroam.csx.cam.ac.uk) (128.232.140.149)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Tue, 08 May 2012 13:40:20 +0100
Mime-Version: 1.0 (Apple Message framework v1257)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <4FA7463E.8060702@xen.org>
Date: Tue, 8 May 2012 13:40:18 +0100
Message-Id: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
To: lars.kurth@xen.org
X-Mailer: Apple Mail (2.1257)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5659965877006997607=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============5659965877006997607==
Content-Type: multipart/alternative; boundary="Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB"


--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1


On 7 May 2012, at 04:49, Lars Kurth wrote:

> There has been a discussion and as part of the new xen.og website =
there will be a stackoverflow like Q&A system. An early prototype is out =
there already. See =
http://new-www.xen.org/index.php/community/xen-questions.html

Is there any reason not to just use ServerFault as the Q&A system, =
rather than deploy and maintain an equivalent on new-www.xen.org? There =
are already a fair number of Xen-related questions on there, and they =
could use more answers.

http://serverfault.com/questions/tagged/xenserver
http://serverfault.com/questions/tagged/xen

-anil=

--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=iso-8859-1

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
"><br><div><div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; font-size: medium; ">There has =
been a discussion and as part of the new xen.og website there will be a =
stackoverflow like Q&amp;A system. An early prototype is out there =
already. See<span class=3D"Apple-converted-space">&nbsp;</span><a =
class=3D"moz-txt-link-freetext" =
href=3D"http://new-www.xen.org/index.php/community/xen-questions.html">htt=
p://new-www.xen.org/index.php/community/xen-questions.html</a><br></span><=
/blockquote></div><br><div>Is there any reason not to just use =
ServerFault as the Q&amp;A system, rather than deploy and maintain an =
equivalent on <a href=3D"http://new-www.xen.org">new-www.xen.org</a>? =
There are already a fair number of Xen-related questions on there, and =
they could use more answers.</div><div><br></div><div><a =
href=3D"http://serverfault.com/questions/tagged/xenserver">http://serverfa=
ult.com/questions/tagged/xenserver</a></div><div><a =
href=3D"http://serverfault.com/questions/tagged/xen">http://serverfault.co=
m/questions/tagged/xen</a></div><div><br></div><div>-anil</div></body></ht=
ml>=

--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB--


--===============5659965877006997607==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5659965877006997607==--


From xen-api-bounces@lists.xen.org Tue May 08 12:40:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 12:40:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRjiL-0001AQ-Pk; Tue, 08 May 2012 12:40:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SRjiK-0001AC-LA
	for xen-api@lists.xen.org; Tue, 08 May 2012 12:40:24 +0000
Received: from [85.158.139.83:31355] by server-10.bemta-5.messagelabs.com id
	98/CF-08260-73419AF4; Tue, 08 May 2012 12:40:23 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-11.tower-182.messagelabs.com!1336480821!20052633!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13824 invoked from network); 8 May 2012 12:40:22 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-11.tower-182.messagelabs.com with SMTP;
	8 May 2012 12:40:22 -0000
Received: (qmail 22117 invoked by uid 634); 8 May 2012 12:40:21 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED,HTML_MESSAGE
X-Spam-Check-By: dark.recoil.org
Received: from dhcp-128-232-140-149.eduroam.csx.cam.ac.uk (HELO
	dhcp-128-232-140-149.eduroam.csx.cam.ac.uk) (128.232.140.149)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Tue, 08 May 2012 13:40:20 +0100
Mime-Version: 1.0 (Apple Message framework v1257)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <4FA7463E.8060702@xen.org>
Date: Tue, 8 May 2012 13:40:18 +0100
Message-Id: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
To: lars.kurth@xen.org
X-Mailer: Apple Mail (2.1257)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5659965877006997607=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============5659965877006997607==
Content-Type: multipart/alternative; boundary="Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB"


--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1


On 7 May 2012, at 04:49, Lars Kurth wrote:

> There has been a discussion and as part of the new xen.og website =
there will be a stackoverflow like Q&A system. An early prototype is out =
there already. See =
http://new-www.xen.org/index.php/community/xen-questions.html

Is there any reason not to just use ServerFault as the Q&A system, =
rather than deploy and maintain an equivalent on new-www.xen.org? There =
are already a fair number of Xen-related questions on there, and they =
could use more answers.

http://serverfault.com/questions/tagged/xenserver
http://serverfault.com/questions/tagged/xen

-anil=

--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=iso-8859-1

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; =
"><br><div><div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><span =
class=3D"Apple-style-span" style=3D"border-collapse: separate; =
font-family: Helvetica; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: =
none; white-space: normal; widows: 2; word-spacing: 0px; =
-webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: =
0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: =
auto; -webkit-text-stroke-width: 0px; font-size: medium; ">There has =
been a discussion and as part of the new xen.og website there will be a =
stackoverflow like Q&amp;A system. An early prototype is out there =
already. See<span class=3D"Apple-converted-space">&nbsp;</span><a =
class=3D"moz-txt-link-freetext" =
href=3D"http://new-www.xen.org/index.php/community/xen-questions.html">htt=
p://new-www.xen.org/index.php/community/xen-questions.html</a><br></span><=
/blockquote></div><br><div>Is there any reason not to just use =
ServerFault as the Q&amp;A system, rather than deploy and maintain an =
equivalent on <a href=3D"http://new-www.xen.org">new-www.xen.org</a>? =
There are already a fair number of Xen-related questions on there, and =
they could use more answers.</div><div><br></div><div><a =
href=3D"http://serverfault.com/questions/tagged/xenserver">http://serverfa=
ult.com/questions/tagged/xenserver</a></div><div><a =
href=3D"http://serverfault.com/questions/tagged/xen">http://serverfault.co=
m/questions/tagged/xen</a></div><div><br></div><div>-anil</div></body></ht=
ml>=

--Apple-Mail=_FDFD5BF8-42C9-4279-BA57-B1B810FDD6EB--


--===============5659965877006997607==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5659965877006997607==--


From xen-api-bounces@lists.xen.org Tue May 08 19:26:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 19:26:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRq3E-0001OD-V1; Tue, 08 May 2012 19:26:24 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRq3D-0001O8-JP
	for xen-api@lists.xen.org; Tue, 08 May 2012 19:26:23 +0000
Received: from [85.158.143.99:20610] by server-3.bemta-4.messagelabs.com id
	4B/DD-05853-E5379AF4; Tue, 08 May 2012 19:26:22 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336505180!21805679!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_90_100,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16308 invoked from network); 8 May 2012 19:26:21 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 19:26:21 -0000
Received: by dadv2 with SMTP id v2so2743064dad.32
	for <xen-api@lists.xen.org>; Tue, 08 May 2012 12:26:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=lgwDTiTFY6eMp+OniNCq1PD8Z6PssZBDF5TMrhAYF4o=;
	b=Dz5gaRv/VkUA/7rUBI/khMYaPV3Q6QaQd+OBpotybJ4KKfsc/yEXB2mD6zFnlHy6nf
	s1yo6Jy1rTl5yaaiq231Up3msPkAmWMZRo/49hWLH5B/nbE5agPsR1PkMUnaTIAmIoXZ
	8z9Gx8Eka63hcze7V4ZQAlkxYGr5wgRgCx2mDhCUKy/DI2/SSTKb1QJ7drcxpXHMYFev
	dLxTmbF02bAUKX2atKwfBKgRhxPRf06qA3OSUaWwxAEDMihJFKoB34BNWQYEfbRZpdC0
	UjXBu5v9ropmmIo6M6az3zCWlbc32vTfY6x7lCVq1H35iYcGplO5pBsCfzY00I77hMRU
	JYCA==
Received: by 10.68.227.6 with SMTP id rw6mr907557pbc.28.1336505179527;
	Tue, 08 May 2012 12:26:19 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id q5sm3282784pbp.28.2012.05.08.12.26.17
	(version=SSLv3 cipher=OTHER); Tue, 08 May 2012 12:26:18 -0700 (PDT)
Message-ID: <4FA97358.9000508@xen.org>
Date: Tue, 08 May 2012 12:26:16 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org> <4FA817F7.2080002@xen.org>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6622499316342740396=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6622499316342740396==
Content-Type: multipart/alternative;
 boundary="------------020703060706040404070006"

This is a multi-part message in MIME format.
--------------020703060706040404070006
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 08/05/2012 05:28, Dave Scott wrote:
>
> Hi,
>
> After this change, would we take all development-related emails for 
> xapi (and associated services) to xen-devel?
>
> Cheers,
>
> Dave
>
>
As I said, I just wanted to start a discussion. Maybe there is a case 
for both.
Lars

--------------020703060706040404070006
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 08/05/2012 05:28, Dave Scott wrote:
    <blockquote
cite="mid:81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi,<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">After
            this change, would we take all development-related emails
            for xapi (and associated services) to xen-devel?<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dave<o:p></o:p></span></p>
        <br>
      </div>
    </blockquote>
    As I said, I just wanted to start a discussion. Maybe there is a
    case for both. <br>
    Lars<br>
  </body>
</html>

--------------020703060706040404070006--


--===============6622499316342740396==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6622499316342740396==--


From xen-api-bounces@lists.xen.org Tue May 08 19:26:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 19:26:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRq3E-0001OD-V1; Tue, 08 May 2012 19:26:24 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRq3D-0001O8-JP
	for xen-api@lists.xen.org; Tue, 08 May 2012 19:26:23 +0000
Received: from [85.158.143.99:20610] by server-3.bemta-4.messagelabs.com id
	4B/DD-05853-E5379AF4; Tue, 08 May 2012 19:26:22 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-216.messagelabs.com!1336505180!21805679!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_90_100,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16308 invoked from network); 8 May 2012 19:26:21 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 19:26:21 -0000
Received: by dadv2 with SMTP id v2so2743064dad.32
	for <xen-api@lists.xen.org>; Tue, 08 May 2012 12:26:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=lgwDTiTFY6eMp+OniNCq1PD8Z6PssZBDF5TMrhAYF4o=;
	b=Dz5gaRv/VkUA/7rUBI/khMYaPV3Q6QaQd+OBpotybJ4KKfsc/yEXB2mD6zFnlHy6nf
	s1yo6Jy1rTl5yaaiq231Up3msPkAmWMZRo/49hWLH5B/nbE5agPsR1PkMUnaTIAmIoXZ
	8z9Gx8Eka63hcze7V4ZQAlkxYGr5wgRgCx2mDhCUKy/DI2/SSTKb1QJ7drcxpXHMYFev
	dLxTmbF02bAUKX2atKwfBKgRhxPRf06qA3OSUaWwxAEDMihJFKoB34BNWQYEfbRZpdC0
	UjXBu5v9ropmmIo6M6az3zCWlbc32vTfY6x7lCVq1H35iYcGplO5pBsCfzY00I77hMRU
	JYCA==
Received: by 10.68.227.6 with SMTP id rw6mr907557pbc.28.1336505179527;
	Tue, 08 May 2012 12:26:19 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id q5sm3282784pbp.28.2012.05.08.12.26.17
	(version=SSLv3 cipher=OTHER); Tue, 08 May 2012 12:26:18 -0700 (PDT)
Message-ID: <4FA97358.9000508@xen.org>
Date: Tue, 08 May 2012 12:26:16 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org> <4FA817F7.2080002@xen.org>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6622499316342740396=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============6622499316342740396==
Content-Type: multipart/alternative;
 boundary="------------020703060706040404070006"

This is a multi-part message in MIME format.
--------------020703060706040404070006
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 08/05/2012 05:28, Dave Scott wrote:
>
> Hi,
>
> After this change, would we take all development-related emails for 
> xapi (and associated services) to xen-devel?
>
> Cheers,
>
> Dave
>
>
As I said, I just wanted to start a discussion. Maybe there is a case 
for both.
Lars

--------------020703060706040404070006
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 08/05/2012 05:28, Dave Scott wrote:
    <blockquote
cite="mid:81A73678E76EA642801C8F2E4823AD21DA9E1FD5DB@LONPMAILBOX01.citrite.net"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";
	color:black;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;
	color:black;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi,<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">After
            this change, would we take all development-related emails
            for xapi (and associated services) to xen-devel?<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Cheers,<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dave<o:p></o:p></span></p>
        <br>
      </div>
    </blockquote>
    As I said, I just wanted to start a discussion. Maybe there is a
    case for both. <br>
    Lars<br>
  </body>
</html>

--------------020703060706040404070006--


--===============6622499316342740396==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6622499316342740396==--


From xen-api-bounces@lists.xen.org Tue May 08 19:39:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 19:39:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRqGG-0002Hx-LY; Tue, 08 May 2012 19:39:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRqGE-0002Hk-II
	for xen-api@lists.xen.org; Tue, 08 May 2012 19:39:50 +0000
Received: from [85.158.138.51:20024] by server-7.bemta-3.messagelabs.com id
	BE/9D-03078-58679AF4; Tue, 08 May 2012 19:39:49 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1336505986!25848527!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9365 invoked from network); 8 May 2012 19:39:48 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 19:39:48 -0000
Received: by dadv2 with SMTP id v2so2759770dad.32
	for <xen-api@lists.xen.org>; Tue, 08 May 2012 12:39:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=CchM1chqLQ5FGLezcJQOne3BzVyw9fSV+bYmOcpK1uk=;
	b=JBMbL3NlUY3TVILqUfSILmGM4/GnrUh/N9O8k3jm2XZGfieUZETn743t2mJcHaBgL1
	fa3GIqywY6Glkso8osE8GtvvhPZ89OQFd/dpAbBe/19E1YRTCZFa8cOk8lDC0aZIhI5i
	zNAZ04N/jIvo2hrQycSJx9ad96kM+YGLIavHkCiV79n0H/2+KhHL/0Owvjbih40dDI4R
	4kgY4tgakNbOp9o6NsBqmMjBl3FTttY87B0YsibTW2k1ubnLX5PZ74CK13l8ZI+YaFn4
	AFsVfUhguYIhKySLM2HNTNnSivrKxsRB4qGD9wshjdl2qG+rOXe7eXcgwatfhL6kAAxI
	cQXA==
Received: by 10.68.200.74 with SMTP id jq10mr928281pbc.66.1336505985665;
	Tue, 08 May 2012 12:39:45 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id ky10sm3326724pbc.0.2012.05.08.12.39.44
	(version=SSLv3 cipher=OTHER); Tue, 08 May 2012 12:39:44 -0700 (PDT)
Message-ID: <4FA9767F.7090001@xen.org>
Date: Tue, 08 May 2012 12:39:43 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Anil Madhavapeddy <anil@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
	<59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
In-Reply-To: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0107515452450788140=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0107515452450788140==
Content-Type: multipart/alternative;
 boundary="------------000803040006020209030201"

This is a multi-part message in MIME format.
--------------000803040006020209030201
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 08/05/2012 05:40, Anil Madhavapeddy wrote:
>
> On 7 May 2012, at 04:49, Lars Kurth wrote:
>
>> There has been a discussion and as part of the new xen.og website 
>> there will be a stackoverflow like Q&A system. An early prototype is 
>> out there already. 
>> Seehttp://new-www.xen.org/index.php/community/xen-questions.html
>
> Is there any reason not to just use ServerFault as the Q&A system, 
> rather than deploy and maintain an equivalent on new-www.xen.org 
> <http://new-www.xen.org>? There are already a fair number of 
> Xen-related questions on there, and they could use more answers.
The reason why I believe we need to do this, is that today Xen has an 
issue connecting with its user base. A design goal for the new site is 
to create a motivation for Xen users to connect with Xen.org and sign 
up. The Q&A system is only one aspect of this. Another one is the vendor 
directory. We will do the same for the blog and maybe other resources in 
future.

Where we started doing this, for example with the new wiki, we are 
seeing new momentum. Most open source projects provide a place where the 
community (users and developers) can congregate in one place. This 
creates synergies between the developer and user communities (one can't 
live without the other). Xen has never really done this, and was always 
heavily biased towards developers. As a result users are scattered all 
over the place and it appears that we have much less momentum than we 
actually have.

As an aisde: new.xen.org  will eventually become xen.org

Cheers
Lars

--------------000803040006020209030201
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 08/05/2012 05:40, Anil Madhavapeddy wrote:
    <blockquote
      cite="mid:59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org"
      type="cite"><br>
      <div>
        <div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div>
        <br class="Apple-interchange-newline">
        <blockquote type="cite"><span class="Apple-style-span"
            style="border-collapse: separate; font-family: Helvetica;
            font-style: normal; font-variant: normal; font-weight:
            normal; letter-spacing: normal; line-height: normal;
            orphans: 2; text-align: -webkit-auto; text-indent: 0px;
            text-transform: none; white-space: normal; widows: 2;
            word-spacing: 0px; -webkit-border-horizontal-spacing: 0px;
            -webkit-border-vertical-spacing: 0px;
            -webkit-text-decorations-in-effect: none;
            -webkit-text-size-adjust: auto; -webkit-text-stroke-width:
            0px; font-size: medium; ">There has been a discussion and as
            part of the new xen.og website there will be a stackoverflow
            like Q&amp;A system. An early prototype is out there
            already. See<span class="Apple-converted-space">&nbsp;</span><a
              moz-do-not-send="true" class="moz-txt-link-freetext"
              href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
          </span></blockquote>
      </div>
      <br>
      <div>Is there any reason not to just use ServerFault as the
        Q&amp;A system, rather than deploy and maintain an equivalent on
        <a moz-do-not-send="true" href="http://new-www.xen.org">new-www.xen.org</a>?
        There are already a fair number of Xen-related questions on
        there, and they could use more answers.</div>
    </blockquote>
    The reason why I believe we need to do this, is that today Xen has
    an issue connecting with its user base. A design goal for the new
    site is to create a motivation for Xen users to connect with Xen.org
    and sign up. The Q&amp;A system is only one aspect of this. Another
    one is the vendor directory. We will do the same for the blog and
    maybe other resources in future.<br>
    <br>
    Where we started doing this, for example with the new wiki, we are
    seeing new momentum. Most open source projects provide a place where
    the community (users and developers) can congregate in one place.
    This creates synergies between the developer and user communities
    (one can't live without the other). Xen has never really done this,
    and was always heavily biased towards developers. As a result users
    are scattered all over the place and it appears that we have much
    less momentum than we actually have.<br>
    <br>
    As an aisde: new.xen.org&nbsp; will eventually become xen.org<br>
    <br>
    Cheers<br>
    Lars<br>
  </body>
</html>

--------------000803040006020209030201--


--===============0107515452450788140==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0107515452450788140==--


From xen-api-bounces@lists.xen.org Tue May 08 19:39:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 08 May 2012 19:39:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SRqGG-0002Hx-LY; Tue, 08 May 2012 19:39:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SRqGE-0002Hk-II
	for xen-api@lists.xen.org; Tue, 08 May 2012 19:39:50 +0000
Received: from [85.158.138.51:20024] by server-7.bemta-3.messagelabs.com id
	BE/9D-03078-58679AF4; Tue, 08 May 2012 19:39:49 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1336505986!25848527!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9365 invoked from network); 8 May 2012 19:39:48 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	8 May 2012 19:39:48 -0000
Received: by dadv2 with SMTP id v2so2759770dad.32
	for <xen-api@lists.xen.org>; Tue, 08 May 2012 12:39:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=CchM1chqLQ5FGLezcJQOne3BzVyw9fSV+bYmOcpK1uk=;
	b=JBMbL3NlUY3TVILqUfSILmGM4/GnrUh/N9O8k3jm2XZGfieUZETn743t2mJcHaBgL1
	fa3GIqywY6Glkso8osE8GtvvhPZ89OQFd/dpAbBe/19E1YRTCZFa8cOk8lDC0aZIhI5i
	zNAZ04N/jIvo2hrQycSJx9ad96kM+YGLIavHkCiV79n0H/2+KhHL/0Owvjbih40dDI4R
	4kgY4tgakNbOp9o6NsBqmMjBl3FTttY87B0YsibTW2k1ubnLX5PZ74CK13l8ZI+YaFn4
	AFsVfUhguYIhKySLM2HNTNnSivrKxsRB4qGD9wshjdl2qG+rOXe7eXcgwatfhL6kAAxI
	cQXA==
Received: by 10.68.200.74 with SMTP id jq10mr928281pbc.66.1336505985665;
	Tue, 08 May 2012 12:39:45 -0700 (PDT)
Received: from [172.16.26.11] ([206.15.84.247])
	by mx.google.com with ESMTPS id ky10sm3326724pbc.0.2012.05.08.12.39.44
	(version=SSLv3 cipher=OTHER); Tue, 08 May 2012 12:39:44 -0700 (PDT)
Message-ID: <4FA9767F.7090001@xen.org>
Date: Tue, 08 May 2012 12:39:43 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Anil Madhavapeddy <anil@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
	<59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
In-Reply-To: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0107515452450788140=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0107515452450788140==
Content-Type: multipart/alternative;
 boundary="------------000803040006020209030201"

This is a multi-part message in MIME format.
--------------000803040006020209030201
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 08/05/2012 05:40, Anil Madhavapeddy wrote:
>
> On 7 May 2012, at 04:49, Lars Kurth wrote:
>
>> There has been a discussion and as part of the new xen.og website 
>> there will be a stackoverflow like Q&A system. An early prototype is 
>> out there already. 
>> Seehttp://new-www.xen.org/index.php/community/xen-questions.html
>
> Is there any reason not to just use ServerFault as the Q&A system, 
> rather than deploy and maintain an equivalent on new-www.xen.org 
> <http://new-www.xen.org>? There are already a fair number of 
> Xen-related questions on there, and they could use more answers.
The reason why I believe we need to do this, is that today Xen has an 
issue connecting with its user base. A design goal for the new site is 
to create a motivation for Xen users to connect with Xen.org and sign 
up. The Q&A system is only one aspect of this. Another one is the vendor 
directory. We will do the same for the blog and maybe other resources in 
future.

Where we started doing this, for example with the new wiki, we are 
seeing new momentum. Most open source projects provide a place where the 
community (users and developers) can congregate in one place. This 
creates synergies between the developer and user communities (one can't 
live without the other). Xen has never really done this, and was always 
heavily biased towards developers. As a result users are scattered all 
over the place and it appears that we have much less momentum than we 
actually have.

As an aisde: new.xen.org  will eventually become xen.org

Cheers
Lars

--------------000803040006020209030201
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 08/05/2012 05:40, Anil Madhavapeddy wrote:
    <blockquote
      cite="mid:59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org"
      type="cite"><br>
      <div>
        <div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div>
        <br class="Apple-interchange-newline">
        <blockquote type="cite"><span class="Apple-style-span"
            style="border-collapse: separate; font-family: Helvetica;
            font-style: normal; font-variant: normal; font-weight:
            normal; letter-spacing: normal; line-height: normal;
            orphans: 2; text-align: -webkit-auto; text-indent: 0px;
            text-transform: none; white-space: normal; widows: 2;
            word-spacing: 0px; -webkit-border-horizontal-spacing: 0px;
            -webkit-border-vertical-spacing: 0px;
            -webkit-text-decorations-in-effect: none;
            -webkit-text-size-adjust: auto; -webkit-text-stroke-width:
            0px; font-size: medium; ">There has been a discussion and as
            part of the new xen.og website there will be a stackoverflow
            like Q&amp;A system. An early prototype is out there
            already. See<span class="Apple-converted-space">&nbsp;</span><a
              moz-do-not-send="true" class="moz-txt-link-freetext"
              href="http://new-www.xen.org/index.php/community/xen-questions.html">http://new-www.xen.org/index.php/community/xen-questions.html</a><br>
          </span></blockquote>
      </div>
      <br>
      <div>Is there any reason not to just use ServerFault as the
        Q&amp;A system, rather than deploy and maintain an equivalent on
        <a moz-do-not-send="true" href="http://new-www.xen.org">new-www.xen.org</a>?
        There are already a fair number of Xen-related questions on
        there, and they could use more answers.</div>
    </blockquote>
    The reason why I believe we need to do this, is that today Xen has
    an issue connecting with its user base. A design goal for the new
    site is to create a motivation for Xen users to connect with Xen.org
    and sign up. The Q&amp;A system is only one aspect of this. Another
    one is the vendor directory. We will do the same for the blog and
    maybe other resources in future.<br>
    <br>
    Where we started doing this, for example with the new wiki, we are
    seeing new momentum. Most open source projects provide a place where
    the community (users and developers) can congregate in one place.
    This creates synergies between the developer and user communities
    (one can't live without the other). Xen has never really done this,
    and was always heavily biased towards developers. As a result users
    are scattered all over the place and it appears that we have much
    less momentum than we actually have.<br>
    <br>
    As an aisde: new.xen.org&nbsp; will eventually become xen.org<br>
    <br>
    Cheers<br>
    Lars<br>
  </body>
</html>

--------------000803040006020209030201--


--===============0107515452450788140==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0107515452450788140==--


From xen-api-bounces@lists.xen.org Wed May 09 17:57:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 17:57:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSB8z-00026t-6V; Wed, 09 May 2012 17:57:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <weber@bigtime-software.com>) id 1SSB8x-00026o-R6
	for xen-api@lists.xen.org; Wed, 09 May 2012 17:57:44 +0000
Received: from [193.109.254.147:27045] by server-11.bemta-14.messagelabs.com
	id 6E/62-05858-610BAAF4; Wed, 09 May 2012 17:57:42 +0000
X-Env-Sender: weber@bigtime-software.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1336586261!1625926!1
X-Originating-IP: [76.96.53.19]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNzYuOTYuNTMuMTkgPT4gMzkxODI=\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25855 invoked from network); 9 May 2012 17:57:41 -0000
Received: from omta03.westchester.pa.hmc1.comcast.net (HELO
	omta03.westchester.pa.hmc1.comcast.net) (76.96.53.19)
	by server-11.tower-27.messagelabs.com with SMTP;
	9 May 2012 17:57:41 -0000
Received: from hmc1.comcast.net ([76.96.48.62])
	by omta03.westchester.pa.hmc1.comcast.net with bizsmtp
	id 7txg1j00F1LWMcC01txgup; Wed, 09 May 2012 17:57:40 +0000
Received: from P1EC2EVS03.HMC1.COMCAST.NET ([76.96.48.24]) by
	P1HUB04.HMC1.COMCAST.NET ([::1]) with mapi;
	Wed, 9 May 2012 13:57:30 -0400
From: John Weber <weber@bigtime-software.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Wed, 9 May 2012 13:57:39 -0400
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBg==
Message-ID: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-vipre-scanned: 1A212A53002E781A212BA0
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8987456606216129430=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8987456606216129430==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_"

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I&#8217;ve been =
working on getting xen-api working on Debian Wheezy. I followed the install=
ation instructions and have gotten to the point where I can connect to the =
server with XenCenter and attempt to create a VM. I create a VM from the De=
bian Squeeze template (or any other for that matter), but I can&#8217;t get=
 it to start. The error in the log is:<o:p></o:p></p><p class=3DMsoNormal><=
o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Internal error: the device disappe=
ared from xenstore (frontend (domid=3D1|kind=3Dvbd|devid=3D51712); backend =
(domid=3D0|kind=3Dvbd|devid=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o=
:p>&nbsp;</o:p></p><p class=3DMsoNormal>Poking around a bit I noticed that =
my xenstore looks suspiciously empty:<o:p></o:p></p><p class=3DMsoNormal><o=
:p>&nbsp;</o:p></p><p class=3DMsoNormal>root@debian:/home/jweber# xenstore-=
ls<o:p></o:p></p><p class=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><=
p class=3DMsoNormal> xenstored =3D &quot;&quot;<o:p></o:p></p><p class=3DMs=
oNormal>local =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal> domain =
=3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quo=
t;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&=
quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quo=
t;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &q=
uot;1168384&quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dyn=
amic-max =3D &quot;1168384&quot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D =
&quot;&quot;<o:p></o:p></p><p class=3DMsoNormal> boot-time =3D &quot;&quot;=
<o:p></o:p></p><p class=3DMsoNormal>&nbsp; management-mac-address =3D &quot=
;00:04:4b:05:56:14&quot;<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:=
p></p><p class=3DMsoNormal>Seems pretty clear that I messed something up du=
ring the install, but I couldn&#8217;t find any obvious errors in the log f=
iles pointing me in the right direction. I&#8217;ve tried reinstalling a co=
uple times now eventually arriving at the same blocking point. Any words of=
 wisdom from the experts would be greatly appreciated.<o:p></o:p></p><p cla=
ss=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p>=
</p><p class=3DMsoNormal>/John<o:p></o:p></p></div></body></html>=

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_--


--===============8987456606216129430==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8987456606216129430==--


From xen-api-bounces@lists.xen.org Wed May 09 17:57:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 17:57:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSB8z-00026t-6V; Wed, 09 May 2012 17:57:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <weber@bigtime-software.com>) id 1SSB8x-00026o-R6
	for xen-api@lists.xen.org; Wed, 09 May 2012 17:57:44 +0000
Received: from [193.109.254.147:27045] by server-11.bemta-14.messagelabs.com
	id 6E/62-05858-610BAAF4; Wed, 09 May 2012 17:57:42 +0000
X-Env-Sender: weber@bigtime-software.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1336586261!1625926!1
X-Originating-IP: [76.96.53.19]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNzYuOTYuNTMuMTkgPT4gMzkxODI=\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25855 invoked from network); 9 May 2012 17:57:41 -0000
Received: from omta03.westchester.pa.hmc1.comcast.net (HELO
	omta03.westchester.pa.hmc1.comcast.net) (76.96.53.19)
	by server-11.tower-27.messagelabs.com with SMTP;
	9 May 2012 17:57:41 -0000
Received: from hmc1.comcast.net ([76.96.48.62])
	by omta03.westchester.pa.hmc1.comcast.net with bizsmtp
	id 7txg1j00F1LWMcC01txgup; Wed, 09 May 2012 17:57:40 +0000
Received: from P1EC2EVS03.HMC1.COMCAST.NET ([76.96.48.24]) by
	P1HUB04.HMC1.COMCAST.NET ([::1]) with mapi;
	Wed, 9 May 2012 13:57:30 -0400
From: John Weber <weber@bigtime-software.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Wed, 9 May 2012 13:57:39 -0400
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBg==
Message-ID: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-vipre-scanned: 1A212A53002E781A212BA0
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8987456606216129430=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8987456606216129430==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_"

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>I&#8217;ve been =
working on getting xen-api working on Debian Wheezy. I followed the install=
ation instructions and have gotten to the point where I can connect to the =
server with XenCenter and attempt to create a VM. I create a VM from the De=
bian Squeeze template (or any other for that matter), but I can&#8217;t get=
 it to start. The error in the log is:<o:p></o:p></p><p class=3DMsoNormal><=
o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Internal error: the device disappe=
ared from xenstore (frontend (domid=3D1|kind=3Dvbd|devid=3D51712); backend =
(domid=3D0|kind=3Dvbd|devid=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o=
:p>&nbsp;</o:p></p><p class=3DMsoNormal>Poking around a bit I noticed that =
my xenstore looks suspiciously empty:<o:p></o:p></p><p class=3DMsoNormal><o=
:p>&nbsp;</o:p></p><p class=3DMsoNormal>root@debian:/home/jweber# xenstore-=
ls<o:p></o:p></p><p class=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><=
p class=3DMsoNormal> xenstored =3D &quot;&quot;<o:p></o:p></p><p class=3DMs=
oNormal>local =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal> domain =
=3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quo=
t;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&=
quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quo=
t;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &q=
uot;1168384&quot;<o:p></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dyn=
amic-max =3D &quot;1168384&quot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D =
&quot;&quot;<o:p></o:p></p><p class=3DMsoNormal> boot-time =3D &quot;&quot;=
<o:p></o:p></p><p class=3DMsoNormal>&nbsp; management-mac-address =3D &quot=
;00:04:4b:05:56:14&quot;<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:=
p></p><p class=3DMsoNormal>Seems pretty clear that I messed something up du=
ring the install, but I couldn&#8217;t find any obvious errors in the log f=
iles pointing me in the right direction. I&#8217;ve tried reinstalling a co=
uple times now eventually arriving at the same blocking point. Any words of=
 wisdom from the experts would be greatly appreciated.<o:p></o:p></p><p cla=
ss=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p>=
</p><p class=3DMsoNormal>/John<o:p></o:p></p></div></body></html>=

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846P1EC2EVS03H_--


--===============8987456606216129430==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8987456606216129430==--


From xen-api-bounces@lists.xen.org Wed May 09 19:19:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 19:19:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSCPc-00037T-Mp; Wed, 09 May 2012 19:19:00 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SSCPb-00037F-9a
	for xen-api@lists.xen.org; Wed, 09 May 2012 19:18:59 +0000
Received: from [193.109.254.147:21352] by server-4.bemta-14.messagelabs.com id
	69/91-11570-223CAAF4; Wed, 09 May 2012 19:18:58 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1336591136!8469841!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2858 invoked from network); 9 May 2012 19:18:57 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	9 May 2012 19:18:57 -0000
Received: by ggnp1 with SMTP id p1so497679ggn.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 12:18:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=nueTf5inYAQGt6VKYDVfkDTqabtTj6YVESRszRNjjzY=;
	b=ZMnAtZtxez2dwBMz2G8EtpGkZyX+VoGUXY4Ni8J4EujldMKDbRt+88sgnGjOVx8Soz
	Hqa3qRwI+xLPScoyj01EBgRjefpb5a11bVQZvnlkV+cFtG4v8qIdl1myxLT8xWDP54Mo
	srh+TIlxWyujAY6GXow8A13y3cdjV917nER7JsrBW2lFHyQFircaAIQ1rEbr8/mz5Sx/
	5ehKhB5y2ErWrnmNiTdtjX7+oJDP9X2tQAI6W/OfLgTobAMk7NJxNFd53wIIsaYRErbH
	BWp4SwnW7dT2yb4LJbEKqTHEYVNCYRhOgVYljwanswnUGxFq8V+fv/Fvq8iRxzGpW12y
	Ia2w==
MIME-Version: 1.0
Received: by 10.50.193.234 with SMTP id hr10mr802045igc.14.1336591135874; Wed,
	09 May 2012 12:18:55 -0700 (PDT)
Received: by 10.231.46.10 with HTTP; Wed, 9 May 2012 12:18:55 -0700 (PDT)
In-Reply-To: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
	<59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
Date: Wed, 9 May 2012 12:18:55 -0700
X-Google-Sender-Auth: S2AWPUEoGLGbCdYKyOqp9nAkHyQ
Message-ID: <CAOqnZH6vBq_zhmD79J+Hz15YaV7H3wLZ9E3oG5GiFNOdf8VQ1Q@mail.gmail.com>
From: Lars Kurth <lars.kurth@xen.org>
To: Anil Madhavapeddy <anil@recoil.org>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4438106575470222952=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4438106575470222952==
Content-Type: multipart/alternative; boundary=14dae934069fdd1d9c04bf9f5f7b

--14dae934069fdd1d9c04bf9f5f7b
Content-Type: text/plain; charset=ISO-8859-1

 On 08/05/2012 05:40, Anil Madhavapeddy wrote:


 On 7 May 2012, at 04:49, Lars Kurth wrote:

There has been a discussion and as part of the new xen.og website there
will be a stackoverflow like Q&A system. An early prototype is out there
already. See http://new-www.xen.org/index.php/community/xen-questions.html


Is there any reason not to just use ServerFault as the Q&A system, rather
than deploy and maintain an equivalent on new-www.xen.org? There are
already a fair number of Xen-related questions on there, and they could use
more answers.

The reason why I believe we need to do this, is that today Xen has an issue
connecting with its user base. A design goal for the new site is to create
a motivation for Xen users to connect with Xen.org and sign up. The Q&A
system is only one aspect of this.

Where we started doing this, for example with the new wiki, we are seeing
new momentum. Most open source projects provide a place where the community
(users and developers) can congregate in one place. This creates synergies
between the developer and user communities. Xen has never really done this,
and was always heavily biased towards developers. As a result users are
scattered all over the place and it appears that we have much less momentum
than we actually have.

As an aisde: new.xen.org  will eventually become xen.org

Cheers
Lars

--14dae934069fdd1d9c04bf9f5f7b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    On 08/05/2012 05:40, Anil Madhavapeddy wrote:
    <blockquote type=3D"cite"><br>
      <div>
        <div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div>
        <br>
        <blockquote type=3D"cite"><span style=3D"border-collapse:separate;f=
ont-family:Helvetica;font-style:normal;font-variant:normal;font-weight:norm=
al;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-in=
dent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:=
medium">There has been a discussion and as
            part of the new xen.og website there will be a stackoverflow
            like Q&amp;A system. An early prototype is out there
            already. See<span>=A0</span><a href=3D"http://new-www.xen.org/i=
ndex.php/community/xen-questions.html" target=3D"_blank">http://new-www.xen=
.org/index.php/community/xen-questions.html</a><br>
          </span></blockquote>
      </div>
      <br>
      <div>Is there any reason not to just use ServerFault as the
        Q&amp;A system, rather than deploy and maintain an equivalent on
        <a href=3D"http://new-www.xen.org" target=3D"_blank">new-www.xen.or=
g</a>?
        There are already a fair number of Xen-related questions on
        there, and they could use more answers.</div>
    </blockquote>
    The reason why I believe we need to do this, is that today Xen has
    an issue connecting with its user base. A design goal for the new
    site is to create a motivation for Xen users to connect with Xen.org
    and sign up. The Q&amp;A system is only one aspect of this.<br>
    <br>
    Where we started doing this, for example with the new wiki, we are
    seeing new momentum. Most open source projects provide a place where
    the community (users and developers) can congregate in one place.
    This creates synergies between the developer and user communities.
    Xen has never really done this, and was always heavily biased
    towards developers. As a result users are scattered all over the
    place and it appears that we have much less momentum than we
    actually have.<br>
    <br>
    As an aisde: <a href=3D"http://new.xen.org" target=3D"_blank">new.xen.o=
rg</a>=A0 will eventually become <a href=3D"http://xen.org" target=3D"_blan=
k">xen.org</a><br>
    <br>
    Cheers<br>
    Lars<br>
  </div>


--14dae934069fdd1d9c04bf9f5f7b--


--===============4438106575470222952==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4438106575470222952==--


From xen-api-bounces@lists.xen.org Wed May 09 19:19:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 19:19:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSCPc-00037T-Mp; Wed, 09 May 2012 19:19:00 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SSCPb-00037F-9a
	for xen-api@lists.xen.org; Wed, 09 May 2012 19:18:59 +0000
Received: from [193.109.254.147:21352] by server-4.bemta-14.messagelabs.com id
	69/91-11570-223CAAF4; Wed, 09 May 2012 19:18:58 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1336591136!8469841!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=2.3 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2858 invoked from network); 9 May 2012 19:18:57 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	9 May 2012 19:18:57 -0000
Received: by ggnp1 with SMTP id p1so497679ggn.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 12:18:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	bh=nueTf5inYAQGt6VKYDVfkDTqabtTj6YVESRszRNjjzY=;
	b=ZMnAtZtxez2dwBMz2G8EtpGkZyX+VoGUXY4Ni8J4EujldMKDbRt+88sgnGjOVx8Soz
	Hqa3qRwI+xLPScoyj01EBgRjefpb5a11bVQZvnlkV+cFtG4v8qIdl1myxLT8xWDP54Mo
	srh+TIlxWyujAY6GXow8A13y3cdjV917nER7JsrBW2lFHyQFircaAIQ1rEbr8/mz5Sx/
	5ehKhB5y2ErWrnmNiTdtjX7+oJDP9X2tQAI6W/OfLgTobAMk7NJxNFd53wIIsaYRErbH
	BWp4SwnW7dT2yb4LJbEKqTHEYVNCYRhOgVYljwanswnUGxFq8V+fv/Fvq8iRxzGpW12y
	Ia2w==
MIME-Version: 1.0
Received: by 10.50.193.234 with SMTP id hr10mr802045igc.14.1336591135874; Wed,
	09 May 2012 12:18:55 -0700 (PDT)
Received: by 10.231.46.10 with HTTP; Wed, 9 May 2012 12:18:55 -0700 (PDT)
In-Reply-To: <59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
References: <4FA3D115.3040302@gmail.com> <4FA3D81E.7090101@xen.org>
	<4FA5391F.4090408@gmail.com> <4FA6049D.5080506@gmail.com>
	<CAEOParit+0BiqfWQB=HQVjN-cg=0=-xg+Z70_wZ4wYYZkGjXWA@mail.gmail.com>
	<4FA7463E.8060702@xen.org>
	<59E3291F-4FA5-45AD-A998-08BF464377F7@recoil.org>
Date: Wed, 9 May 2012 12:18:55 -0700
X-Google-Sender-Auth: S2AWPUEoGLGbCdYKyOqp9nAkHyQ
Message-ID: <CAOqnZH6vBq_zhmD79J+Hz15YaV7H3wLZ9E3oG5GiFNOdf8VQ1Q@mail.gmail.com>
From: Lars Kurth <lars.kurth@xen.org>
To: Anil Madhavapeddy <anil@recoil.org>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] This maillist status (xen-api@)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4438106575470222952=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4438106575470222952==
Content-Type: multipart/alternative; boundary=14dae934069fdd1d9c04bf9f5f7b

--14dae934069fdd1d9c04bf9f5f7b
Content-Type: text/plain; charset=ISO-8859-1

 On 08/05/2012 05:40, Anil Madhavapeddy wrote:


 On 7 May 2012, at 04:49, Lars Kurth wrote:

There has been a discussion and as part of the new xen.og website there
will be a stackoverflow like Q&A system. An early prototype is out there
already. See http://new-www.xen.org/index.php/community/xen-questions.html


Is there any reason not to just use ServerFault as the Q&A system, rather
than deploy and maintain an equivalent on new-www.xen.org? There are
already a fair number of Xen-related questions on there, and they could use
more answers.

The reason why I believe we need to do this, is that today Xen has an issue
connecting with its user base. A design goal for the new site is to create
a motivation for Xen users to connect with Xen.org and sign up. The Q&A
system is only one aspect of this.

Where we started doing this, for example with the new wiki, we are seeing
new momentum. Most open source projects provide a place where the community
(users and developers) can congregate in one place. This creates synergies
between the developer and user communities. Xen has never really done this,
and was always heavily biased towards developers. As a result users are
scattered all over the place and it appears that we have much less momentum
than we actually have.

As an aisde: new.xen.org  will eventually become xen.org

Cheers
Lars

--14dae934069fdd1d9c04bf9f5f7b
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    On 08/05/2012 05:40, Anil Madhavapeddy wrote:
    <blockquote type=3D"cite"><br>
      <div>
        <div>On 7 May 2012, at 04:49, Lars Kurth wrote:</div>
        <br>
        <blockquote type=3D"cite"><span style=3D"border-collapse:separate;f=
ont-family:Helvetica;font-style:normal;font-variant:normal;font-weight:norm=
al;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-in=
dent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:=
medium">There has been a discussion and as
            part of the new xen.og website there will be a stackoverflow
            like Q&amp;A system. An early prototype is out there
            already. See<span>=A0</span><a href=3D"http://new-www.xen.org/i=
ndex.php/community/xen-questions.html" target=3D"_blank">http://new-www.xen=
.org/index.php/community/xen-questions.html</a><br>
          </span></blockquote>
      </div>
      <br>
      <div>Is there any reason not to just use ServerFault as the
        Q&amp;A system, rather than deploy and maintain an equivalent on
        <a href=3D"http://new-www.xen.org" target=3D"_blank">new-www.xen.or=
g</a>?
        There are already a fair number of Xen-related questions on
        there, and they could use more answers.</div>
    </blockquote>
    The reason why I believe we need to do this, is that today Xen has
    an issue connecting with its user base. A design goal for the new
    site is to create a motivation for Xen users to connect with Xen.org
    and sign up. The Q&amp;A system is only one aspect of this.<br>
    <br>
    Where we started doing this, for example with the new wiki, we are
    seeing new momentum. Most open source projects provide a place where
    the community (users and developers) can congregate in one place.
    This creates synergies between the developer and user communities.
    Xen has never really done this, and was always heavily biased
    towards developers. As a result users are scattered all over the
    place and it appears that we have much less momentum than we
    actually have.<br>
    <br>
    As an aisde: <a href=3D"http://new.xen.org" target=3D"_blank">new.xen.o=
rg</a>=A0 will eventually become <a href=3D"http://xen.org" target=3D"_blan=
k">xen.org</a><br>
    <br>
    Cheers<br>
    Lars<br>
  </div>


--14dae934069fdd1d9c04bf9f5f7b--


--===============4438106575470222952==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4438106575470222952==--


From xen-api-bounces@lists.xen.org Wed May 09 20:20:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 20:20:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSDNO-0003dY-CE; Wed, 09 May 2012 20:20:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SSDNN-0003dR-8T
	for xen-api@lists.xen.org; Wed, 09 May 2012 20:20:45 +0000
Received: from [85.158.139.83:62439] by server-11.bemta-5.messagelabs.com id
	7E/0B-12959-C91DAAF4; Wed, 09 May 2012 20:20:44 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1336594843!27576714!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6736 invoked from network); 9 May 2012 20:20:43 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	9 May 2012 20:20:43 -0000
Received: by bkwj10 with SMTP id j10so776008bkw.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 13:20:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=O1NZnQPQn+qwDeYYVAPzFExkBgujr2acXreyZjHjDVw=;
	b=HGaHM2eZbAwN5pBUbnIAJ9jjmiYD2G6LiPo1sXMVejKvZCmBJy0+ri+r2LVz5bYHHV
	K6N+OgX5Mn4+AHrEecb3eE1zlASPgx2qnYLoriGF3D5nO7kpeRAIts3DnjtdtpgsLbB8
	l6GF3PLX/XKHz7cr+P2nL+wtd6poIp2dsrJPDdT8WHu51MzXdykGY6xboOu2BcZKqjPw
	oCR5cwr5FMrMlvZyhemPHdPHsaSAT79hB6b4mUSrVxLre8OxqUhd7OJqd+cKPX9CQXHE
	WMmaRC85v4E7Nu9khf8+WP2FgJN/63QcCq3kkI1pPKDAktYyjbXVbq0X+9LCg7X/Yx88
	wsmw==
Received: by 10.204.152.22 with SMTP id e22mr613580bkw.8.1336594842784;
	Wed, 09 May 2012 13:20:42 -0700 (PDT)
Received: from [172.16.104.18] (93-63-174-106.ip28.fastwebnet.it.
	[93.63.174.106])
	by mx.google.com with ESMTPS id gm18sm7421085bkc.7.2012.05.09.13.20.40
	(version=SSLv3 cipher=OTHER); Wed, 09 May 2012 13:20:41 -0700 (PDT)
Message-ID: <4FAAD196.6020504@gmail.com>
Date: Wed, 09 May 2012 22:20:38 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: David Nalley <david@cloudstack.org>
References: <4FA7C017.4060900@gmail.com>
	<CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
In-Reply-To: <CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Il 07/05/2012 16:30, David Nalley ha scritto:
>> Hi all,
>> a few months ago I started to rebuild "kronos" on centos 6. After months of
>> inactivity I would like to resume and I see that meanwhile was born the
>> project Zeus: where can I find what has been done on this project? Is still
>> alive?
>>
>> Thanks,
>> Muriel
> Muriel,
>
> It's still alive, but not terribly active. At least 2 of the folks (me
> being one) who were working on Zeus have had our time severely limited
> by other $dayjob distractions. Essentially we've done a bit of the
> packaging work to get some of the packages into Fedora (and thus easy
> to make the transition into EPEL, even though EL currently is without
> the kernel bits). Still plenty of work to do on the packaging front,
> and we'd welcome help.
>
> --David
Hi David,
I have your same problem. I hope that I will have some time for this. My 
target is rhel, but fedora is more affordable, on epel also lack ocaml 
and other dependencies.
Happy to help, if I can.

M.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 09 20:20:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 09 May 2012 20:20:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSDNO-0003dY-CE; Wed, 09 May 2012 20:20:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SSDNN-0003dR-8T
	for xen-api@lists.xen.org; Wed, 09 May 2012 20:20:45 +0000
Received: from [85.158.139.83:62439] by server-11.bemta-5.messagelabs.com id
	7E/0B-12959-C91DAAF4; Wed, 09 May 2012 20:20:44 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1336594843!27576714!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6736 invoked from network); 9 May 2012 20:20:43 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	9 May 2012 20:20:43 -0000
Received: by bkwj10 with SMTP id j10so776008bkw.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 13:20:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=O1NZnQPQn+qwDeYYVAPzFExkBgujr2acXreyZjHjDVw=;
	b=HGaHM2eZbAwN5pBUbnIAJ9jjmiYD2G6LiPo1sXMVejKvZCmBJy0+ri+r2LVz5bYHHV
	K6N+OgX5Mn4+AHrEecb3eE1zlASPgx2qnYLoriGF3D5nO7kpeRAIts3DnjtdtpgsLbB8
	l6GF3PLX/XKHz7cr+P2nL+wtd6poIp2dsrJPDdT8WHu51MzXdykGY6xboOu2BcZKqjPw
	oCR5cwr5FMrMlvZyhemPHdPHsaSAT79hB6b4mUSrVxLre8OxqUhd7OJqd+cKPX9CQXHE
	WMmaRC85v4E7Nu9khf8+WP2FgJN/63QcCq3kkI1pPKDAktYyjbXVbq0X+9LCg7X/Yx88
	wsmw==
Received: by 10.204.152.22 with SMTP id e22mr613580bkw.8.1336594842784;
	Wed, 09 May 2012 13:20:42 -0700 (PDT)
Received: from [172.16.104.18] (93-63-174-106.ip28.fastwebnet.it.
	[93.63.174.106])
	by mx.google.com with ESMTPS id gm18sm7421085bkc.7.2012.05.09.13.20.40
	(version=SSLv3 cipher=OTHER); Wed, 09 May 2012 13:20:41 -0700 (PDT)
Message-ID: <4FAAD196.6020504@gmail.com>
Date: Wed, 09 May 2012 22:20:38 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: David Nalley <david@cloudstack.org>
References: <4FA7C017.4060900@gmail.com>
	<CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
In-Reply-To: <CAEVsB+3e0QZvTv4VkUA-KKqiK_tVDEZ0hOAQjbg_td-cxxJfbA@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] About project zeus
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Il 07/05/2012 16:30, David Nalley ha scritto:
>> Hi all,
>> a few months ago I started to rebuild "kronos" on centos 6. After months of
>> inactivity I would like to resume and I see that meanwhile was born the
>> project Zeus: where can I find what has been done on this project? Is still
>> alive?
>>
>> Thanks,
>> Muriel
> Muriel,
>
> It's still alive, but not terribly active. At least 2 of the folks (me
> being one) who were working on Zeus have had our time severely limited
> by other $dayjob distractions. Essentially we've done a bit of the
> packaging work to get some of the packages into Fedora (and thus easy
> to make the transition into EPEL, even though EL currently is without
> the kernel bits). Still plenty of work to do on the packaging front,
> and we'd welcome help.
>
> --David
Hi David,
I have your same problem. I hope that I will have some time for this. My 
target is rhel, but fedora is more affordable, on epel also lack ocaml 
and other dependencies.
Happy to help, if I can.

M.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 01:47:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 01:47:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSITL-0000Mu-1f; Thu, 10 May 2012 01:47:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <ncuccto@gmail.com>) id 1SSITJ-0000Mp-HM
	for xen-api@lists.xen.org; Thu, 10 May 2012 01:47:13 +0000
Received: from [85.158.138.51:26119] by server-8.bemta-3.messagelabs.com id
	13/12-24428-02E1BAF4; Thu, 10 May 2012 01:47:12 +0000
X-Env-Sender: ncuccto@gmail.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1336614431!17295762!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26483 invoked from network); 10 May 2012 01:47:11 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 01:47:11 -0000
Received: by bkwj10 with SMTP id j10so979143bkw.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 18:47:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=2XcJuwxxze1qCP08q/jHvyGpVNJob8PptwuFMhVVzq0=;
	b=skZucX8sxeJ9MsrT+PvNCOcNwIMOv/7hXOss2TGSeyhsGs2WG2GMfDIVYAvrUwP4LT
	1RljIyRa499ToaMD+AF0WDCaMfkaTO2vB4sGPolw9m9JXDAVhBAXnYjWyjd9EY0ArCIP
	df7UA/60qZCOIAu2ApaGOtU2uZxR3NW4sVxPc5nIaGE9YCaFQ45H/jpgO22EwBRCX7sF
	FkL0u2bgQnRpPRMmVq6QXwKcEWZ51IXatC1wHazF8KNIocAh85a+IzV9S8jtAzarNiWA
	Ghi/JakjJJdbWEUQaPVCkGkkufMg4y1wWiRHS+aN9G1L0s6phTnVtrA9atH0JpK9JMVJ
	UBRA==
Received: by 10.204.155.92 with SMTP id r28mr888499bkw.130.1336614430637; Wed,
	09 May 2012 18:47:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.204.173.13 with HTTP; Wed, 9 May 2012 18:46:50 -0700 (PDT)
In-Reply-To: <1336124297.2361.26.camel@zakaz.uk.xensource.com>
References: <CAJ-3GfNjOc9NY_qpzSbCA9PLv-D=Fs8bSwdyDxgL6tWYDKVv5A@mail.gmail.com>
	<CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
	<1336124297.2361.26.camel@zakaz.uk.xensource.com>
From: Demon <ncuccto@gmail.com>
Date: Thu, 10 May 2012 09:46:50 +0800
Message-ID: <CAJ-3GfPb23CpqCOiC8uwuMEZ6uH=E9QWs5ErU8J1aTk45nb+3w@mail.gmail.com>
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] Fwd: xe CLI: Error code:
 MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3270675913129020483=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3270675913129020483==
Content-Type: multipart/alternative; boundary=0015175cf7d656fd7d04bfa4cc0c

--0015175cf7d656fd7d04bfa4cc0c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, May 4, 2012 at 5:38 PM, Ian Campbell <Ian.Campbell@citrix.com>wrote=
:

> XCP questions are best directed to the xen-api@ list (CCd). This is not
> obvious I admit.
>
> On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:
> >
> >
> > I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.
> >
> >
> > I tried "xe vm-memory-limits-set" command, and what I get is like
> >
> >
> > [root@xcp11 ~]# xe vm-memory-limits-set static-min=3D1GiB
> > dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple
> > operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> > attempted an operation on a VM that was not in an appropriate power
> > state at the time; for example, you attempted to start a VM that was
> > already running.  The parameters returned are the VM's handle, and the
> > expected and actual VM state at the time of the call.
> > vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> > xcp11)
> > expected: halted
> > actual: running
> >
> >
> > xcp11 is the VM Host itself. So, is there any way to be halted ?
> > And there's no VM on it.
>
> I rather expect that you cannot change static-max for dom0. I don't know
> about the other three...
>
> Ian.
>


I kind of get the solution.

After installation of XCP( 1.5 beta or 1.1 ), I tried to create new VM
using XenCenter 6.
Then XenCenter shows error messages,
2012/5/10 =E4=B8=8A=E5=8D=88 09:12:36 Error: Create VM 'test' - MEMORY_CONS=
TRAINT_VIOLATION
- Memory limits must satisfy: static_min =E2=89=A4 dynamic_min =E2=89=A4 dy=
namic_max =E2=89=A4
static_max.

I tried this command "xe vm-memory-limits-set uuid=3D  static-min=3D1GiB
dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB".
And I got this error message,

> operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> attempted an operation on a VM that was not in an appropriate power
> state at the time; for example, you attempted to start a VM that was
> already running.  The parameters returned are the VM's handle, and the
> expected and actual VM state at the time of the call.
> vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> xcp11)
> expected: halted
> actual: running

And still I can't create VMs.

I tried to use this command "xe vm-memory-limits-set static-min=3D1GiB
dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple" ( I did=
n't
assign uuid of vm ), I still got the same error message.
But the difference is that I can create VMs after this action.

I'm confused, it seems that few people encounter this problem?
But I installed 5 or 6 times on different machines, all I got is the same
problem.

I hope this will help.


Best regards, Y.Y.Chuang

--0015175cf7d656fd7d04bfa4cc0c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div><div class=3D"gmail_quote">On Fri, May 4, 2012 at 5:38 PM, Ian Campbel=
l <span dir=3D"ltr">&lt;<a href=3D"mailto:Ian.Campbell@citrix.com" target=
=3D"_blank">Ian.Campbell@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">

XCP questions are best directed to the xen-api@ list (CCd). This is not<br>
obvious I admit.<br>
<div><div class=3D"h5"><br>
On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:<br>
&gt;<br>
&gt;<br>
&gt; I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.<br>
&gt;<br>
&gt;<br>
&gt; I tried &quot;xe vm-memory-limits-set&quot; command, and what I get is=
 like<br>
&gt;<br>
&gt;<br>
&gt; [root@xcp11 ~]# xe vm-memory-limits-set static-min=3D1GiB<br>
&gt; dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple<br>
&gt; operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You<br>
&gt; attempted an operation on a VM that was not in an appropriate power<br=
>
&gt; state at the time; for example, you attempted to start a VM that was<b=
r>
&gt; already running. =C2=A0The parameters returned are the VM&#39;s handle=
, and the<br>
&gt; expected and actual VM state at the time of the call.<br>
&gt; vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:<br>
&gt; xcp11)<br>
&gt; expected: halted<br>
&gt; actual: running<br>
&gt;<br>
&gt;<br>
&gt; xcp11 is the VM Host itself. So, is there any way to be halted ?<br>
&gt; And there&#39;s no VM on it.<br>
<br>
</div></div>I rather expect that you cannot change static-max for dom0. I d=
on&#39;t know<br>
about the other three...<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
Ian.<br></font></span></blockquote><div><br></div><div><br></div><div><font=
>I kind of get the solution.</font><div><font><br></font></div><div><font>A=
fter installation of XCP( 1.5 beta or 1.1 ), I tried to create new VM using=
 XenCenter 6.</font></div>

<div><font>Then XenCenter shows error messages,</font></div><div>2012/5/10 =
=E4=B8=8A=E5=8D=88 09:12:36 Error: Create VM &#39;test&#39; - MEMORY_CONSTR=
AINT_VIOLATION - Memory limits must satisfy: static_min =E2=89=A4 dynamic_m=
in =E2=89=A4 dynamic_max =E2=89=A4 static_max.</div>

<div><br></div><div>I tried this command &quot;xe vm-memory-limits-set uuid=
=3D =C2=A0static-min=3D1GiB dynamic-min=3D4GiB dynamic-max=3D4GiB static-ma=
x=3D4GiB&quot;.</div><div><font>And I got this error message,</font></div><=
blockquote style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margi=
n-left:40px;border-top-style:none;border-right-style:none;border-bottom-sty=
le:none;border-left-style:none;border-width:initial;border-color:initial;pa=
dding-top:0px;padding-right:0px;padding-bottom:0px;padding-left:0px">

<div>&gt; operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You</di=
v><div>&gt; attempted an operation on a VM that was not in an appropriate p=
ower</div><div>&gt; state at the time; for example, you attempted to start =
a VM that was</div>

<div>&gt; already running. =C2=A0The parameters returned are the VM&#39;s h=
andle, and the</div><div>&gt; expected and actual VM state at the time of t=
he call.</div><div>&gt; vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control d=
omain on host:</div>

<div>&gt; xcp11)</div><div>&gt; expected: halted</div><div>&gt; actual: run=
ning</div></blockquote><div><font>And still I can&#39;t create VMs.</font><=
/div><div><font><br></font></div><div><font>I tried to use this command &qu=
ot;</font>xe vm-memory-limits-set static-min=3D1GiB dynamic-min=3D4GiB dyna=
mic-max=3D4GiB static-max=3D4GiB --multiple&quot; ( I didn&#39;t assign uui=
d of vm ), I still got the same error message.<br>

But the difference is that I can create VMs after this action.</div><div><b=
r></div><div><font>I&#39;m confused, it seems that few people encounter thi=
s problem?</font></div><div>But I installed 5 or 6 times on different machi=
nes, all I got is the same problem.</div>

<div><br></div><div>I hope this will help.</div></div><div>=C2=A0</div></di=
v><br><div>Best regards, Y.Y.Chuang</div></div>

--0015175cf7d656fd7d04bfa4cc0c--


--===============3270675913129020483==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3270675913129020483==--


From xen-api-bounces@lists.xen.org Thu May 10 01:47:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 01:47:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSITL-0000Mu-1f; Thu, 10 May 2012 01:47:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <ncuccto@gmail.com>) id 1SSITJ-0000Mp-HM
	for xen-api@lists.xen.org; Thu, 10 May 2012 01:47:13 +0000
Received: from [85.158.138.51:26119] by server-8.bemta-3.messagelabs.com id
	13/12-24428-02E1BAF4; Thu, 10 May 2012 01:47:12 +0000
X-Env-Sender: ncuccto@gmail.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1336614431!17295762!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26483 invoked from network); 10 May 2012 01:47:11 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 01:47:11 -0000
Received: by bkwj10 with SMTP id j10so979143bkw.32
	for <xen-api@lists.xen.org>; Wed, 09 May 2012 18:47:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=2XcJuwxxze1qCP08q/jHvyGpVNJob8PptwuFMhVVzq0=;
	b=skZucX8sxeJ9MsrT+PvNCOcNwIMOv/7hXOss2TGSeyhsGs2WG2GMfDIVYAvrUwP4LT
	1RljIyRa499ToaMD+AF0WDCaMfkaTO2vB4sGPolw9m9JXDAVhBAXnYjWyjd9EY0ArCIP
	df7UA/60qZCOIAu2ApaGOtU2uZxR3NW4sVxPc5nIaGE9YCaFQ45H/jpgO22EwBRCX7sF
	FkL0u2bgQnRpPRMmVq6QXwKcEWZ51IXatC1wHazF8KNIocAh85a+IzV9S8jtAzarNiWA
	Ghi/JakjJJdbWEUQaPVCkGkkufMg4y1wWiRHS+aN9G1L0s6phTnVtrA9atH0JpK9JMVJ
	UBRA==
Received: by 10.204.155.92 with SMTP id r28mr888499bkw.130.1336614430637; Wed,
	09 May 2012 18:47:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.204.173.13 with HTTP; Wed, 9 May 2012 18:46:50 -0700 (PDT)
In-Reply-To: <1336124297.2361.26.camel@zakaz.uk.xensource.com>
References: <CAJ-3GfNjOc9NY_qpzSbCA9PLv-D=Fs8bSwdyDxgL6tWYDKVv5A@mail.gmail.com>
	<CAJ-3GfMhjzT6-mRi7LtHJ9R4oY_yi0a7eNk0j6yi37YnJpgYVg@mail.gmail.com>
	<1336124297.2361.26.camel@zakaz.uk.xensource.com>
From: Demon <ncuccto@gmail.com>
Date: Thu, 10 May 2012 09:46:50 +0800
Message-ID: <CAJ-3GfPb23CpqCOiC8uwuMEZ6uH=E9QWs5ErU8J1aTk45nb+3w@mail.gmail.com>
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users] Fwd: xe CLI: Error code:
 MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3270675913129020483=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3270675913129020483==
Content-Type: multipart/alternative; boundary=0015175cf7d656fd7d04bfa4cc0c

--0015175cf7d656fd7d04bfa4cc0c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, May 4, 2012 at 5:38 PM, Ian Campbell <Ian.Campbell@citrix.com>wrote=
:

> XCP questions are best directed to the xen-api@ list (CCd). This is not
> obvious I admit.
>
> On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:
> >
> >
> > I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.
> >
> >
> > I tried "xe vm-memory-limits-set" command, and what I get is like
> >
> >
> > [root@xcp11 ~]# xe vm-memory-limits-set static-min=3D1GiB
> > dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple
> > operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> > attempted an operation on a VM that was not in an appropriate power
> > state at the time; for example, you attempted to start a VM that was
> > already running.  The parameters returned are the VM's handle, and the
> > expected and actual VM state at the time of the call.
> > vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> > xcp11)
> > expected: halted
> > actual: running
> >
> >
> > xcp11 is the VM Host itself. So, is there any way to be halted ?
> > And there's no VM on it.
>
> I rather expect that you cannot change static-max for dom0. I don't know
> about the other three...
>
> Ian.
>


I kind of get the solution.

After installation of XCP( 1.5 beta or 1.1 ), I tried to create new VM
using XenCenter 6.
Then XenCenter shows error messages,
2012/5/10 =E4=B8=8A=E5=8D=88 09:12:36 Error: Create VM 'test' - MEMORY_CONS=
TRAINT_VIOLATION
- Memory limits must satisfy: static_min =E2=89=A4 dynamic_min =E2=89=A4 dy=
namic_max =E2=89=A4
static_max.

I tried this command "xe vm-memory-limits-set uuid=3D  static-min=3D1GiB
dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB".
And I got this error message,

> operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You
> attempted an operation on a VM that was not in an appropriate power
> state at the time; for example, you attempted to start a VM that was
> already running.  The parameters returned are the VM's handle, and the
> expected and actual VM state at the time of the call.
> vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:
> xcp11)
> expected: halted
> actual: running

And still I can't create VMs.

I tried to use this command "xe vm-memory-limits-set static-min=3D1GiB
dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple" ( I did=
n't
assign uuid of vm ), I still got the same error message.
But the difference is that I can create VMs after this action.

I'm confused, it seems that few people encounter this problem?
But I installed 5 or 6 times on different machines, all I got is the same
problem.

I hope this will help.


Best regards, Y.Y.Chuang

--0015175cf7d656fd7d04bfa4cc0c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div><div class=3D"gmail_quote">On Fri, May 4, 2012 at 5:38 PM, Ian Campbel=
l <span dir=3D"ltr">&lt;<a href=3D"mailto:Ian.Campbell@citrix.com" target=
=3D"_blank">Ian.Campbell@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">

XCP questions are best directed to the xen-api@ list (CCd). This is not<br>
obvious I admit.<br>
<div><div class=3D"h5"><br>
On Fri, 2012-05-04 at 10:34 +0100, Demon wrote:<br>
&gt;<br>
&gt;<br>
&gt; I have encountered the same problem on XCP 1.1 and XCP 1.5 beta.<br>
&gt;<br>
&gt;<br>
&gt; I tried &quot;xe vm-memory-limits-set&quot; command, and what I get is=
 like<br>
&gt;<br>
&gt;<br>
&gt; [root@xcp11 ~]# xe vm-memory-limits-set static-min=3D1GiB<br>
&gt; dynamic-min=3D4GiB dynamic-max=3D4GiB static-max=3D4GiB --multiple<br>
&gt; operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You<br>
&gt; attempted an operation on a VM that was not in an appropriate power<br=
>
&gt; state at the time; for example, you attempted to start a VM that was<b=
r>
&gt; already running. =C2=A0The parameters returned are the VM&#39;s handle=
, and the<br>
&gt; expected and actual VM state at the time of the call.<br>
&gt; vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control domain on host:<br>
&gt; xcp11)<br>
&gt; expected: halted<br>
&gt; actual: running<br>
&gt;<br>
&gt;<br>
&gt; xcp11 is the VM Host itself. So, is there any way to be halted ?<br>
&gt; And there&#39;s no VM on it.<br>
<br>
</div></div>I rather expect that you cannot change static-max for dom0. I d=
on&#39;t know<br>
about the other three...<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
Ian.<br></font></span></blockquote><div><br></div><div><br></div><div><font=
>I kind of get the solution.</font><div><font><br></font></div><div><font>A=
fter installation of XCP( 1.5 beta or 1.1 ), I tried to create new VM using=
 XenCenter 6.</font></div>

<div><font>Then XenCenter shows error messages,</font></div><div>2012/5/10 =
=E4=B8=8A=E5=8D=88 09:12:36 Error: Create VM &#39;test&#39; - MEMORY_CONSTR=
AINT_VIOLATION - Memory limits must satisfy: static_min =E2=89=A4 dynamic_m=
in =E2=89=A4 dynamic_max =E2=89=A4 static_max.</div>

<div><br></div><div>I tried this command &quot;xe vm-memory-limits-set uuid=
=3D =C2=A0static-min=3D1GiB dynamic-min=3D4GiB dynamic-max=3D4GiB static-ma=
x=3D4GiB&quot;.</div><div><font>And I got this error message,</font></div><=
blockquote style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margi=
n-left:40px;border-top-style:none;border-right-style:none;border-bottom-sty=
le:none;border-left-style:none;border-width:initial;border-color:initial;pa=
dding-top:0px;padding-right:0px;padding-bottom:0px;padding-left:0px">

<div>&gt; operation failed on 9587c557-39b0-4cb1-a0e7-f2e701f287ac: You</di=
v><div>&gt; attempted an operation on a VM that was not in an appropriate p=
ower</div><div>&gt; state at the time; for example, you attempted to start =
a VM that was</div>

<div>&gt; already running. =C2=A0The parameters returned are the VM&#39;s h=
andle, and the</div><div>&gt; expected and actual VM state at the time of t=
he call.</div><div>&gt; vm: 9587c557-39b0-4cb1-a0e7-f2e701f287ac (Control d=
omain on host:</div>

<div>&gt; xcp11)</div><div>&gt; expected: halted</div><div>&gt; actual: run=
ning</div></blockquote><div><font>And still I can&#39;t create VMs.</font><=
/div><div><font><br></font></div><div><font>I tried to use this command &qu=
ot;</font>xe vm-memory-limits-set static-min=3D1GiB dynamic-min=3D4GiB dyna=
mic-max=3D4GiB static-max=3D4GiB --multiple&quot; ( I didn&#39;t assign uui=
d of vm ), I still got the same error message.<br>

But the difference is that I can create VMs after this action.</div><div><b=
r></div><div><font>I&#39;m confused, it seems that few people encounter thi=
s problem?</font></div><div>But I installed 5 or 6 times on different machi=
nes, all I got is the same problem.</div>

<div><br></div><div>I hope this will help.</div></div><div>=C2=A0</div></di=
v><br><div>Best regards, Y.Y.Chuang</div></div>

--0015175cf7d656fd7d04bfa4cc0c--


--===============3270675913129020483==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3270675913129020483==--


From xen-api-bounces@lists.xen.org Thu May 10 12:54:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 12:54:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSStF-0002x8-Tr; Thu, 10 May 2012 12:54:41 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SSStD-0002wr-Os
	for xen-api@lists.xen.org; Thu, 10 May 2012 12:54:40 +0000
Received: from [85.158.138.51:45378] by server-5.bemta-3.messagelabs.com id
	75/EC-17113-E8ABBAF4; Thu, 10 May 2012 12:54:38 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1336654476!19982345!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10627 invoked from network); 10 May 2012 12:54:37 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 12:54:37 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208,217";a="12405584"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 12:54:00 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 10 May 2012
	13:53:59 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'John Weber' <weber@bigtime-software.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Thu, 10 May 2012 13:53:58 +0100
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBgAoKaSw
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
In-Reply-To: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6302192322378226009=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6302192322378226009==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_"

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

I managed to reproduce a problem with the same symptom as yours.

Try this workaround: log into your debian dom0 and type:

$ sudo xenstore-write /local/domain/0/vm hello

When xapi adds a device it performs a sanity-check that the backend domain =
exists. It does this by reading the "vm" key from /local/domain/backend-dom=
id. In the case of domain 0, this key isn't being written. Normally xapi wi=
ll create all the /local/domain/0 entries:

let domain0_setup () =3D
  with_xc_and_xs (fun xc xs ->
    let already_setup =3D try ignore(xs.Xs.read "/local/domain/0/name"); tr=
ue with _ -> false in
    if not already_setup then begin
             (* Write an initial neutral target in for domain 0 *)
             let di =3D Xenctrl.domain_getinfo xc 0 in
             let memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativ=
eint di.Xenctrl.total_memory_pages) in
             (* Find domain 0's UUID *)
             let uuid =3D Xapi_inventory.lookup Xapi_inventory._control_dom=
ain_uuid in
             (* setup xenstore domain 0 for blktap, xentop (CA-24231) *)
             xs.Xs.writev "/local/domain/0" [ "name", "Domain-0"; "domid", =
"0"; "vm", "/vm/" ^ uuid ];

I think some other entity is writing the "name" key but not the "vm" key.

In the latest unstable xapi, most of the xenstore interaction has been dele=
gated to a new service called "xenopsd". We should move this code into xeno=
psd and make it more robust at the same time.

Cheers,
Dave

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of John Weber
Sent: 09 May 2012 18:58
To: xen-api@lists.xen.org
Subject: [Xen-API] xen-api on debian not updating xenstore?

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'>I managed to reproduce a problem with the same symptom a=
s yours.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F=
497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color=
:#1F497D'>Try this workaround: log into your debian dom0 and type:<o:p></o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;=
</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>$ sudo =
xenstore-write /local/domain/0/vm hello<o:p></o:p></span></p><p class=3DMso=
Normal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'>When xapi adds a device it perfo=
rms a sanity-check that the backend domain exists. It does this by reading =
the &#8220;vm&#8221; key from /local/domain/backend-domid. In the case of d=
omain 0, this key isn&#8217;t being written. Normally xapi will create all =
the /local/domain/0 entries:<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span style=3D'font-family:"Courier New";color:#1F497D'>let domain0_setup (=
) =3D<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:=
"Courier New";color:#1F497D'>&nbsp; with_xc_and_xs (fun xc xs -&gt;<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New"=
;color:#1F497D'>&nbsp;&nbsp;&nbsp; let already_setup =3D try ignore(xs.Xs.r=
ead &quot;/local/domain/0/name&quot;); true with _ -&gt; false in<o:p></o:p=
></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";c=
olor:#1F497D'>&nbsp;&nbsp;&nbsp; if not already_setup then begin<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; (* Write an initial neutral target in for domain 0 *)<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;let di =3D Xenctrl.domain_getinfo xc 0 in<o:p></o:p></span></p><=
p class=3DMsoNormal><span style=3D'font-family:"Courier New";color:#1F497D'=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; l=
et memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativeint di.Xenctr=
l.total_memory_pages) in<o:p></o:p></span></p><p class=3DMsoNormal><span st=
yle=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* Find domain 0's UUID *)<o:=
p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier=
 New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; let uuid =3D Xapi_inventory.lookup Xapi_inventory._contr=
ol_domain_uuid in<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* setup xenstore domain 0 for blkta=
p, xentop (CA-24231) *)<o:p></o:p></span></p><p class=3DMsoNormal><span sty=
le=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; xs.Xs.writev &quot;/local/doma=
in/0&quot; [ &quot;name&quot;, &quot;Domain-0&quot;; &quot;domid&quot;, &qu=
ot;0&quot;; &quot;vm&quot;, &quot;/vm/&quot; ^ uuid ];<o:p></o:p></span></p=
><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span=
></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>I think some other =
entity is writing the &#8220;name&#8221; key but not the &#8220;vm&#8221; k=
ey.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F4=
97D'>In the latest unstable xapi, most of the xenstore interaction has been=
 delegated to a new service called &#8220;xenopsd&#8221;. We should move th=
is code into xenopsd and make it more robust at the same time.<o:p></o:p></=
span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Cheers,<o:p=
></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Dave<o=
:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></=
b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> xen-a=
pi-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] <b>On Behal=
f Of </b>John Weber<br><b>Sent:</b> 09 May 2012 18:58<br><b>To:</b> xen-api=
@lists.xen.org<br><b>Subject:</b> [Xen-API] xen-api on debian not updating =
xenstore?<o:p></o:p></span></p></div></div><p class=3DMsoNormal><o:p>&nbsp;=
</o:p></p><p class=3DMsoNormal>I&#8217;ve been working on getting xen-api w=
orking on Debian Wheezy. I followed the installation instructions and have =
gotten to the point where I can connect to the server with XenCenter and at=
tempt to create a VM. I create a VM from the Debian Squeeze template (or an=
y other for that matter), but I can&#8217;t get it to start. The error in t=
he log is:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>Internal error: the device disappeared from xenstore (frontend=
 (domid=3D1|kind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=
=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>Poking around a bit I noticed that my xenstore looks suspiciou=
sly empty:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>root@debian:/home/jweber# xenstore-ls<o:p></o:p></p><p class=
=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>xenst=
ored =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>local =3D &quot;&q=
uot;<o:p></o:p></p><p class=3DMsoNormal>domain =3D &quot;&quot;<o:p></o:p><=
/p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quot;<o:p></o:p></p><p class=3D=
MsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&quot;<o:p></o:p></p><p class=
=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quot;<o:p></o:p></p><p class=3D=
MsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &quot;1168384&quot;<o:p></o:p>=
</p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-max =3D &quot;1168384&q=
uot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D &quot;&quot;<o:p></o:p></p><=
p class=3DMsoNormal>boot-time =3D &quot;&quot;<o:p></o:p></p><p class=3DMso=
Normal>&nbsp; management-mac-address =3D &quot;00:04:4b:05:56:14&quot;<o:p>=
</o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Se=
ems pretty clear that I messed something up during the install, but I could=
n&#8217;t find any obvious errors in the log files pointing me in the right=
 direction. I&#8217;ve tried reinstalling a couple times now eventually arr=
iving at the same blocking point. Any words of wisdom from the experts woul=
d be greatly appreciated.<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o=
:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNormal>/Joh=
n<o:p></o:p></p></div></div></body></html>=

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_--


--===============6302192322378226009==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6302192322378226009==--


From xen-api-bounces@lists.xen.org Thu May 10 12:54:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 12:54:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSStF-0002x8-Tr; Thu, 10 May 2012 12:54:41 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SSStD-0002wr-Os
	for xen-api@lists.xen.org; Thu, 10 May 2012 12:54:40 +0000
Received: from [85.158.138.51:45378] by server-5.bemta-3.messagelabs.com id
	75/EC-17113-E8ABBAF4; Thu, 10 May 2012 12:54:38 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-14.tower-174.messagelabs.com!1336654476!19982345!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10627 invoked from network); 10 May 2012 12:54:37 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 12:54:37 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208,217";a="12405584"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 12:54:00 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Thu, 10 May 2012
	13:53:59 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'John Weber' <weber@bigtime-software.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Thu, 10 May 2012 13:53:58 +0100
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBgAoKaSw
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
In-Reply-To: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6302192322378226009=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6302192322378226009==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_"

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi,

I managed to reproduce a problem with the same symptom as yours.

Try this workaround: log into your debian dom0 and type:

$ sudo xenstore-write /local/domain/0/vm hello

When xapi adds a device it performs a sanity-check that the backend domain =
exists. It does this by reading the "vm" key from /local/domain/backend-dom=
id. In the case of domain 0, this key isn't being written. Normally xapi wi=
ll create all the /local/domain/0 entries:

let domain0_setup () =3D
  with_xc_and_xs (fun xc xs ->
    let already_setup =3D try ignore(xs.Xs.read "/local/domain/0/name"); tr=
ue with _ -> false in
    if not already_setup then begin
             (* Write an initial neutral target in for domain 0 *)
             let di =3D Xenctrl.domain_getinfo xc 0 in
             let memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativ=
eint di.Xenctrl.total_memory_pages) in
             (* Find domain 0's UUID *)
             let uuid =3D Xapi_inventory.lookup Xapi_inventory._control_dom=
ain_uuid in
             (* setup xenstore domain 0 for blktap, xentop (CA-24231) *)
             xs.Xs.writev "/local/domain/0" [ "name", "Domain-0"; "domid", =
"0"; "vm", "/vm/" ^ uuid ];

I think some other entity is writing the "name" key but not the "vm" key.

In the latest unstable xapi, most of the xenstore interaction has been dele=
gated to a new service called "xenopsd". We should move this code into xeno=
psd and make it more robust at the same time.

Cheers,
Dave

From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of John Weber
Sent: 09 May 2012 18:58
To: xen-api@lists.xen.org
Subject: [Xen-API] xen-api on debian not updating xenstore?

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:PMingLiU;
	panose-1:2 2 5 0 0 0 0 0 0 0;}
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
	{font-family:"\@PMingLiU";
	panose-1:2 2 5 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'>I managed to reproduce a problem with the same symptom a=
s yours.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F=
497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color=
:#1F497D'>Try this workaround: log into your debian dom0 and type:<o:p></o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;=
</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>$ sudo =
xenstore-write /local/domain/0/vm hello<o:p></o:p></span></p><p class=3DMso=
Normal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'>When xapi adds a device it perfo=
rms a sanity-check that the backend domain exists. It does this by reading =
the &#8220;vm&#8221; key from /local/domain/backend-domid. In the case of d=
omain 0, this key isn&#8217;t being written. Normally xapi will create all =
the /local/domain/0 entries:<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span style=3D'font-family:"Courier New";color:#1F497D'>let domain0_setup (=
) =3D<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:=
"Courier New";color:#1F497D'>&nbsp; with_xc_and_xs (fun xc xs -&gt;<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New"=
;color:#1F497D'>&nbsp;&nbsp;&nbsp; let already_setup =3D try ignore(xs.Xs.r=
ead &quot;/local/domain/0/name&quot;); true with _ -&gt; false in<o:p></o:p=
></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";c=
olor:#1F497D'>&nbsp;&nbsp;&nbsp; if not already_setup then begin<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; (* Write an initial neutral target in for domain 0 *)<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;let di =3D Xenctrl.domain_getinfo xc 0 in<o:p></o:p></span></p><=
p class=3DMsoNormal><span style=3D'font-family:"Courier New";color:#1F497D'=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; l=
et memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativeint di.Xenctr=
l.total_memory_pages) in<o:p></o:p></span></p><p class=3DMsoNormal><span st=
yle=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* Find domain 0's UUID *)<o:=
p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier=
 New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; let uuid =3D Xapi_inventory.lookup Xapi_inventory._contr=
ol_domain_uuid in<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* setup xenstore domain 0 for blkta=
p, xentop (CA-24231) *)<o:p></o:p></span></p><p class=3DMsoNormal><span sty=
le=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; xs.Xs.writev &quot;/local/doma=
in/0&quot; [ &quot;name&quot;, &quot;Domain-0&quot;; &quot;domid&quot;, &qu=
ot;0&quot;; &quot;vm&quot;, &quot;/vm/&quot; ^ uuid ];<o:p></o:p></span></p=
><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span=
></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>I think some other =
entity is writing the &#8220;name&#8221; key but not the &#8220;vm&#8221; k=
ey.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F4=
97D'>In the latest unstable xapi, most of the xenstore interaction has been=
 delegated to a new service called &#8220;xenopsd&#8221;. We should move th=
is code into xenopsd and make it more robust at the same time.<o:p></o:p></=
span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Cheers,<o:p=
></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Dave<o=
:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></=
b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> xen-a=
pi-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] <b>On Behal=
f Of </b>John Weber<br><b>Sent:</b> 09 May 2012 18:58<br><b>To:</b> xen-api=
@lists.xen.org<br><b>Subject:</b> [Xen-API] xen-api on debian not updating =
xenstore?<o:p></o:p></span></p></div></div><p class=3DMsoNormal><o:p>&nbsp;=
</o:p></p><p class=3DMsoNormal>I&#8217;ve been working on getting xen-api w=
orking on Debian Wheezy. I followed the installation instructions and have =
gotten to the point where I can connect to the server with XenCenter and at=
tempt to create a VM. I create a VM from the Debian Squeeze template (or an=
y other for that matter), but I can&#8217;t get it to start. The error in t=
he log is:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>Internal error: the device disappeared from xenstore (frontend=
 (domid=3D1|kind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=
=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>Poking around a bit I noticed that my xenstore looks suspiciou=
sly empty:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=
=3DMsoNormal>root@debian:/home/jweber# xenstore-ls<o:p></o:p></p><p class=
=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>xenst=
ored =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>local =3D &quot;&q=
uot;<o:p></o:p></p><p class=3DMsoNormal>domain =3D &quot;&quot;<o:p></o:p><=
/p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quot;<o:p></o:p></p><p class=3D=
MsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&quot;<o:p></o:p></p><p class=
=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quot;<o:p></o:p></p><p class=3D=
MsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &quot;1168384&quot;<o:p></o:p>=
</p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-max =3D &quot;1168384&q=
uot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D &quot;&quot;<o:p></o:p></p><=
p class=3DMsoNormal>boot-time =3D &quot;&quot;<o:p></o:p></p><p class=3DMso=
Normal>&nbsp; management-mac-address =3D &quot;00:04:4b:05:56:14&quot;<o:p>=
</o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal>Se=
ems pretty clear that I messed something up during the install, but I could=
n&#8217;t find any obvious errors in the log files pointing me in the right=
 direction. I&#8217;ve tried reinstalling a couple times now eventually arr=
iving at the same blocking point. Any words of wisdom from the experts woul=
d be greatly appreciated.<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o=
:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNormal>/Joh=
n<o:p></o:p></p></div></div></body></html>=

--_000_81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5LONPMAILBOX01_--


--===============6302192322378226009==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6302192322378226009==--


From xen-api-bounces@lists.xen.org Thu May 10 14:50:22 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 14:50:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSUh4-0006zZ-ME; Thu, 10 May 2012 14:50:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <konrad.wilk@oracle.com>) id 1SSUh3-0006zE-T9
	for xen-api@lists.xen.org; Thu, 10 May 2012 14:50:14 +0000
Received: from [85.158.143.35:4213] by server-2.bemta-4.messagelabs.com id
	9B/74-17550-5A5DBAF4; Thu, 10 May 2012 14:50:13 +0000
X-Env-Sender: konrad.wilk@oracle.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1336661401!11642650!1
X-Originating-IP: [141.146.126.227]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDUyNDU1MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1391 invoked from network); 10 May 2012 14:50:11 -0000
Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com)
	(141.146.126.227)
	by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 10 May 2012 14:50:11 -0000
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with
	ESMTP id q4AEnwsp007214
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 10 May 2012 14:49:59 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	q4AEnvsZ013647
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 10 May 2012 14:49:58 GMT
Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	q4AEnvUC026464; Thu, 10 May 2012 09:49:57 -0500
Received: from phenom.dumpdata.com (/209.6.85.33)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 10 May 2012 07:49:57 -0700
Received: by phenom.dumpdata.com (Postfix, from userid 1000)
	id 69DC64032D; Thu, 10 May 2012 10:43:53 -0400 (EDT)
Date: Thu, 10 May 2012 10:43:53 -0400
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Lars Kurth <lars.kurth@xen.org>
Message-ID: <20120510144353.GJ26152@phenom.dumpdata.com>
References: <4F912F15.2030202@xen.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4F912F15.2030202@xen.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Cc: xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] Xen Documentation Day : April 23rd
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, Apr 20, 2012 at 10:40:37AM +0100, Lars Kurth wrote:
> Hi everybody,
> 
> we have another Xen Documentation Day come up next Monday, April 23.

When is the next one? I am itching to write some new docs!

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 14:50:22 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 14:50:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSUh4-0006zZ-ME; Thu, 10 May 2012 14:50:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <konrad.wilk@oracle.com>) id 1SSUh3-0006zE-T9
	for xen-api@lists.xen.org; Thu, 10 May 2012 14:50:14 +0000
Received: from [85.158.143.35:4213] by server-2.bemta-4.messagelabs.com id
	9B/74-17550-5A5DBAF4; Thu, 10 May 2012 14:50:13 +0000
X-Env-Sender: konrad.wilk@oracle.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1336661401!11642650!1
X-Originating-IP: [141.146.126.227]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDUyNDU1MQ==\n
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1391 invoked from network); 10 May 2012 14:50:11 -0000
Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com)
	(141.146.126.227)
	by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 10 May 2012 14:50:11 -0000
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with
	ESMTP id q4AEnwsp007214
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Thu, 10 May 2012 14:49:59 GMT
Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	q4AEnvsZ013647
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 10 May 2012 14:49:58 GMT
Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66])
	by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	q4AEnvUC026464; Thu, 10 May 2012 09:49:57 -0500
Received: from phenom.dumpdata.com (/209.6.85.33)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Thu, 10 May 2012 07:49:57 -0700
Received: by phenom.dumpdata.com (Postfix, from userid 1000)
	id 69DC64032D; Thu, 10 May 2012 10:43:53 -0400 (EDT)
Date: Thu, 10 May 2012 10:43:53 -0400
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Lars Kurth <lars.kurth@xen.org>
Message-ID: <20120510144353.GJ26152@phenom.dumpdata.com>
References: <4F912F15.2030202@xen.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4F912F15.2030202@xen.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Cc: xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] Xen Documentation Day : April 23rd
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, Apr 20, 2012 at 10:40:37AM +0100, Lars Kurth wrote:
> Hi everybody,
> 
> we have another Xen Documentation Day come up next Monday, April 23.

When is the next one? I am itching to write some new docs!

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 15:10:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 15:10:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSV0x-0001Za-T6; Thu, 10 May 2012 15:10:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SSV0w-0001Yp-Ui
	for xen-api@lists.xen.org; Thu, 10 May 2012 15:10:47 +0000
Received: from [85.158.143.99:20857] by server-2.bemta-4.messagelabs.com id
	AA/F5-17550-67ADBAF4; Thu, 10 May 2012 15:10:46 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1336662645!19864850!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13434 invoked from network); 10 May 2012 15:10:45 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 15:10:45 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208";a="12410803"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 15:10:12 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Thu, 10 May 2012 16:10:11 +0100
Message-ID: <1336662609.14220.12.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date: Thu, 10 May 2012 16:10:09 +0100
In-Reply-To: <20120510144353.GJ26152@phenom.dumpdata.com>
References: <4F912F15.2030202@xen.org>
	<20120510144353.GJ26152@phenom.dumpdata.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-arm@lists.xen.org" <xen-arm@lists.xen.org>,
	"xen-users@lists.xen.org" <xen-users@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel]  Xen Documentation Day : April 23rd
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thu, 2012-05-10 at 15:43 +0100, Konrad Rzeszutek Wilk wrote:
> On Fri, Apr 20, 2012 at 10:40:37AM +0100, Lars Kurth wrote:
> > Hi everybody,
> > 
> > we have another Xen Documentation Day come up next Monday, April 23.
> 
> When is the next one? I am itching to write some new docs!

http://wiki.xen.org/wiki/Xen_Document_Days says "last Monday of each
month" and names May 28 as the next one.

There's nothing stopping you writing docs on the other N-1 days of the
month ;-)

Ian



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 15:10:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 15:10:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSV0x-0001Za-T6; Thu, 10 May 2012 15:10:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SSV0w-0001Yp-Ui
	for xen-api@lists.xen.org; Thu, 10 May 2012 15:10:47 +0000
Received: from [85.158.143.99:20857] by server-2.bemta-4.messagelabs.com id
	AA/F5-17550-67ADBAF4; Thu, 10 May 2012 15:10:46 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1336662645!19864850!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13434 invoked from network); 10 May 2012 15:10:45 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 15:10:45 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208";a="12410803"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 15:10:12 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Thu, 10 May 2012 16:10:11 +0100
Message-ID: <1336662609.14220.12.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date: Thu, 10 May 2012 16:10:09 +0100
In-Reply-To: <20120510144353.GJ26152@phenom.dumpdata.com>
References: <4F912F15.2030202@xen.org>
	<20120510144353.GJ26152@phenom.dumpdata.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-arm@lists.xen.org" <xen-arm@lists.xen.org>,
	"xen-users@lists.xen.org" <xen-users@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel]  Xen Documentation Day : April 23rd
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thu, 2012-05-10 at 15:43 +0100, Konrad Rzeszutek Wilk wrote:
> On Fri, Apr 20, 2012 at 10:40:37AM +0100, Lars Kurth wrote:
> > Hi everybody,
> > 
> > we have another Xen Documentation Day come up next Monday, April 23.
> 
> When is the next one? I am itching to write some new docs!

http://wiki.xen.org/wiki/Xen_Document_Days says "last Monday of each
month" and names May 28 as the next one.

There's nothing stopping you writing docs on the other N-1 days of the
month ;-)

Ian



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 16:42:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 16:42:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSWRy-0000QW-HI; Thu, 10 May 2012 16:42:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Jackson@eu.citrix.com>) id 1SSWRw-0000Q9-PR
	for xen-api@lists.xen.org; Thu, 10 May 2012 16:42:44 +0000
Received: from [85.158.139.83:3202] by server-9.bemta-5.messagelabs.com id
	3C/BF-09826-400FBAF4; Thu, 10 May 2012 16:42:44 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1336668162!27720018!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23788 invoked from network); 10 May 2012 16:42:43 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 16:42:43 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208";a="12413489"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 16:42:42 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.213.0; Thu, 10 May 2012 17:42:42 +0100
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from <Ian.Jackson@eu.citrix.com>)	id
	1SSWRt-0008S8-R6; Thu, 10 May 2012 16:42:41 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from <Ian.Jackson@eu.citrix.com>)	id 1SSWRt-0007xz-QI;
	Thu, 10 May 2012 17:42:41 +0100
From: Ian Jackson <Ian.Jackson@eu.citrix.com>
MIME-Version: 1.0
Message-ID: <20395.61441.798609.813385@mariner.uk.xensource.com>
Date: Thu, 10 May 2012 17:42:41 +0100
To: lars.kurth@xen.org
Newsgroups: chiark.mail.xen.devel
In-Reply-To: <m2n.s.1SPz0P-133451@chiark.greenend.org.uk>
References: <m2n.s.1SPz0P-133451@chiark.greenend.org.uk>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] [Proposal] Minor additions and
	clarification to Xen	Project Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Lars Kurth writes ("[Xen-devel] [Proposal] Minor additions and clarification to Xen Project Governance"):
> Timetable:
> 
> 1) Open review with feedback until 11th May (a bit more than a week from 
> today)
> 
> 2) Lars to incorporate any feedback and publish a revision.
> 
> 3) Lars to set up a private poll via a form, the week of May 14th which 
> will be open for a week. Community members that can vote are maintainers 
> (including committers and maintainers)of any mature project in Xen (aka 
> Xen and XCP).

Thanks for taking the lead on this Lars.  The changes look sensible
and uncontroversial to me.

Ian.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 16:42:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 16:42:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSWRy-0000QW-HI; Thu, 10 May 2012 16:42:46 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Jackson@eu.citrix.com>) id 1SSWRw-0000Q9-PR
	for xen-api@lists.xen.org; Thu, 10 May 2012 16:42:44 +0000
Received: from [85.158.139.83:3202] by server-9.bemta-5.messagelabs.com id
	3C/BF-09826-400FBAF4; Thu, 10 May 2012 16:42:44 +0000
X-Env-Sender: Ian.Jackson@eu.citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1336668162!27720018!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5ODA1MQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23788 invoked from network); 10 May 2012 16:42:43 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 16:42:43 -0000
X-IronPort-AV: E=Sophos;i="4.75,565,1330905600"; d="scan'208";a="12413489"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	10 May 2012 16:42:42 +0000
Received: from norwich.cam.xci-test.com (10.80.248.129) by
	smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id
	8.3.213.0; Thu, 10 May 2012 17:42:42 +0100
Received: from mariner.cam.xci-test.com	([10.80.2.22]
	helo=mariner.uk.xensource.com ident=Debian-exim)	by
	norwich.cam.xci-test.com
	with esmtp (Exim 4.72)	(envelope-from <Ian.Jackson@eu.citrix.com>)	id
	1SSWRt-0008S8-R6; Thu, 10 May 2012 16:42:41 +0000
Received: from iwj by mariner.uk.xensource.com with local (Exim 4.72)
	(envelope-from <Ian.Jackson@eu.citrix.com>)	id 1SSWRt-0007xz-QI;
	Thu, 10 May 2012 17:42:41 +0100
From: Ian Jackson <Ian.Jackson@eu.citrix.com>
MIME-Version: 1.0
Message-ID: <20395.61441.798609.813385@mariner.uk.xensource.com>
Date: Thu, 10 May 2012 17:42:41 +0100
To: lars.kurth@xen.org
Newsgroups: chiark.mail.xen.devel
In-Reply-To: <m2n.s.1SPz0P-133451@chiark.greenend.org.uk>
References: <m2n.s.1SPz0P-133451@chiark.greenend.org.uk>
X-Mailer: VM 8.1.0 under 23.2.1 (i486-pc-linux-gnu)
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] [Proposal] Minor additions and
	clarification to Xen	Project Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Lars Kurth writes ("[Xen-devel] [Proposal] Minor additions and clarification to Xen Project Governance"):
> Timetable:
> 
> 1) Open review with feedback until 11th May (a bit more than a week from 
> today)
> 
> 2) Lars to incorporate any feedback and publish a revision.
> 
> 3) Lars to set up a private poll via a form, the week of May 14th which 
> will be open for a week. Community members that can vote are maintainers 
> (including committers and maintainers)of any mature project in Xen (aka 
> Xen and XCP).

Thanks for taking the lead on this Lars.  The changes look sensible
and uncontroversial to me.

Ian.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 10 21:52:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 21:52:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSbHJ-00053B-Q3; Thu, 10 May 2012 21:52:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SSbHI-000536-RR
	for xen-api@lists.xen.org; Thu, 10 May 2012 21:52:05 +0000
Received: from [85.158.143.35:60581] by server-2.bemta-4.messagelabs.com id
	2C/D6-17550-4883CAF4; Thu, 10 May 2012 21:52:04 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336686722!3828405!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23932 invoked from network); 10 May 2012 21:52:03 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 21:52:03 -0000
Received: by yhoo21 with SMTP id o21so2522199yho.32
	for <xen-api@lists.xen.org>; Thu, 10 May 2012 14:52:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=H/A9LsGjH1/GL1mGd96gqo8u3qnikXqV5WHuYj6bzbY=;
	b=FMwdEacChKoChhyeaNQ53JnDoZRgb/TEQ6AZ3NLk3oPjq6h+Gr0tb14vWze26Feh27
	B2UgsTqOONKpFiB4fZlnLZ+pk6BQD4fSm2Wg2xTDjbqa43ZLuQDkuvLxUEo++vmsU1q0
	rk13WvxyMuUrwoMN8olI+jTSw9+vSIk1QKLmbEFua8hIfNwhVDaYoKsFBRRcZ+kMStLk
	hZh9oXpn2l/akiKwtEbmfDer972tFWbmjDxqZHkI4HWLFJwlvVji9yjjlUry+jlA3xLT
	VHeL6SSKj/hIRYs6WmSSIZ7GXt+dZAxiB6IYiU2m6vgNbeEri8oX1A/eHlgunbo8h2Pf
	zI4Q==
Received: by 10.236.79.234 with SMTP id i70mr7242310yhe.88.1336686721877;
	Thu, 10 May 2012 14:52:01 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id u2sm32628213yhe.8.2012.05.10.14.52.01
	(version=TLSv1/SSLv3 cipher=OTHER);
	Thu, 10 May 2012 14:52:01 -0700 (PDT)
Message-ID: <4FAC387E.8030609@gmail.com>
Date: Thu, 10 May 2012 17:51:58 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API]  How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7067953959692773129=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7067953959692773129==
Content-Type: multipart/alternative;
 boundary="------------000104000506020108070005"

This is a multi-part message in MIME format.
--------------000104000506020108070005
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

So, can anyone please tell me that if you have compiled, installed and 
running the latest Xen 4.2 unstable and wanted to install the XenAPI 
Toolstack by running:

apt-get install xcp-xapi
apt-get install xcp-xe


will that also try to install the Xen Hypervisor as it being a dependent 
of it, OR will it know that Xen 4.2 is already installed and running and 
will only install the XenAPI Toolstack?

On the http://www.xen.org/products/cloudxen.html website, it just**says 
*"In a nutshell, all you will need to do get the latest version of Xen, 
the XenAPI toolstack and other components delivered in XCP is to execute 
"apt-get install xapi"* But of course there is no *xapi* package in 
debian, and either way it will try to install Xen as well when you don't 
need it if you compile and install it first.

--------------000104000506020108070005
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    So, can anyone please tell me that if you have compiled, installed
    and running the latest Xen 4.2 unstable and wanted to install the
    XenAPI Toolstack by running:<br>
    <br>
    <pre>apt-get install xcp-xapi
apt-get install xcp-xe</pre>
    <br>
    will that also try to install the Xen Hypervisor as it being a
    dependent of it, OR will it know that Xen 4.2 is already installed
    and running and will only install the XenAPI Toolstack?<br>
    <br>
    On the <a class="moz-txt-link-freetext" href="http://www.xen.org/products/cloudxen.html">http://www.xen.org/products/cloudxen.html</a> website, it just<b>
    </b>says <b>"In a nutshell, all you will need to do get the latest
      version of Xen, the XenAPI toolstack and other components
      delivered in XCP is to execute "apt-get install xapi"</b> But of
    course there is no <b>xapi</b> package in debian, and either way it
    will try to install Xen as well when you don't need it if you
    compile and install it first.<br>
  </body>
</html>

--------------000104000506020108070005--


--===============7067953959692773129==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7067953959692773129==--


From xen-api-bounces@lists.xen.org Thu May 10 21:52:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 10 May 2012 21:52:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSbHJ-00053B-Q3; Thu, 10 May 2012 21:52:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SSbHI-000536-RR
	for xen-api@lists.xen.org; Thu, 10 May 2012 21:52:05 +0000
Received: from [85.158.143.35:60581] by server-2.bemta-4.messagelabs.com id
	2C/D6-17550-4883CAF4; Thu, 10 May 2012 21:52:04 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336686722!3828405!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23932 invoked from network); 10 May 2012 21:52:03 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	10 May 2012 21:52:03 -0000
Received: by yhoo21 with SMTP id o21so2522199yho.32
	for <xen-api@lists.xen.org>; Thu, 10 May 2012 14:52:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=H/A9LsGjH1/GL1mGd96gqo8u3qnikXqV5WHuYj6bzbY=;
	b=FMwdEacChKoChhyeaNQ53JnDoZRgb/TEQ6AZ3NLk3oPjq6h+Gr0tb14vWze26Feh27
	B2UgsTqOONKpFiB4fZlnLZ+pk6BQD4fSm2Wg2xTDjbqa43ZLuQDkuvLxUEo++vmsU1q0
	rk13WvxyMuUrwoMN8olI+jTSw9+vSIk1QKLmbEFua8hIfNwhVDaYoKsFBRRcZ+kMStLk
	hZh9oXpn2l/akiKwtEbmfDer972tFWbmjDxqZHkI4HWLFJwlvVji9yjjlUry+jlA3xLT
	VHeL6SSKj/hIRYs6WmSSIZ7GXt+dZAxiB6IYiU2m6vgNbeEri8oX1A/eHlgunbo8h2Pf
	zI4Q==
Received: by 10.236.79.234 with SMTP id i70mr7242310yhe.88.1336686721877;
	Thu, 10 May 2012 14:52:01 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id u2sm32628213yhe.8.2012.05.10.14.52.01
	(version=TLSv1/SSLv3 cipher=OTHER);
	Thu, 10 May 2012 14:52:01 -0700 (PDT)
Message-ID: <4FAC387E.8030609@gmail.com>
Date: Thu, 10 May 2012 17:51:58 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API]  How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Development list for XCP and Xen API <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7067953959692773129=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7067953959692773129==
Content-Type: multipart/alternative;
 boundary="------------000104000506020108070005"

This is a multi-part message in MIME format.
--------------000104000506020108070005
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

So, can anyone please tell me that if you have compiled, installed and 
running the latest Xen 4.2 unstable and wanted to install the XenAPI 
Toolstack by running:

apt-get install xcp-xapi
apt-get install xcp-xe


will that also try to install the Xen Hypervisor as it being a dependent 
of it, OR will it know that Xen 4.2 is already installed and running and 
will only install the XenAPI Toolstack?

On the http://www.xen.org/products/cloudxen.html website, it just**says 
*"In a nutshell, all you will need to do get the latest version of Xen, 
the XenAPI toolstack and other components delivered in XCP is to execute 
"apt-get install xapi"* But of course there is no *xapi* package in 
debian, and either way it will try to install Xen as well when you don't 
need it if you compile and install it first.

--------------000104000506020108070005
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    So, can anyone please tell me that if you have compiled, installed
    and running the latest Xen 4.2 unstable and wanted to install the
    XenAPI Toolstack by running:<br>
    <br>
    <pre>apt-get install xcp-xapi
apt-get install xcp-xe</pre>
    <br>
    will that also try to install the Xen Hypervisor as it being a
    dependent of it, OR will it know that Xen 4.2 is already installed
    and running and will only install the XenAPI Toolstack?<br>
    <br>
    On the <a class="moz-txt-link-freetext" href="http://www.xen.org/products/cloudxen.html">http://www.xen.org/products/cloudxen.html</a> website, it just<b>
    </b>says <b>"In a nutshell, all you will need to do get the latest
      version of Xen, the XenAPI toolstack and other components
      delivered in XCP is to execute "apt-get install xapi"</b> But of
    course there is no <b>xapi</b> package in debian, and either way it
    will try to install Xen as well when you don't need it if you
    compile and install it first.<br>
  </body>
</html>

--------------000104000506020108070005--


--===============7067953959692773129==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7067953959692773129==--


From xen-api-bounces@lists.xen.org Fri May 11 16:14:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 11 May 2012 16:14:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSsTf-0007k0-CV; Fri, 11 May 2012 16:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SSsTd-0007jf-8n
	for xen-api@lists.xen.org; Fri, 11 May 2012 16:13:57 +0000
Received: from [85.158.143.35:48232] by server-2.bemta-4.messagelabs.com id
	70/DD-17550-4CA3DAF4; Fri, 11 May 2012 16:13:56 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336752832!10563182!1
X-Originating-IP: [209.85.160.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4847 invoked from network); 11 May 2012 16:13:54 -0000
Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com)
	(209.85.160.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	11 May 2012 16:13:54 -0000
Received: by pbbro12 with SMTP id ro12so3787351pbb.32
	for <multiple recipients>; Fri, 11 May 2012 09:13:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=vTbLHOhv1i9awkAIRL+0QbrHWLID/cqWpw8Kz5CfoJk=;
	b=bKdVF2TTemt3EQrFEuSGZGBhM7O9sVdKyeO44ar1ZbrixDUpUGJ9rvIVcA85RTb2lG
	hVdMU+jiVxF7p7WvOzdf9E9P5jEngpNlqxC/WYGRTH9UnYDnvufRecgsPnqtimX3Rio/
	3LmK8r4zkREqifeoPo3Md8pIlNuljQCmM2/egCn9MRGqdCYyZzDXn/c0/gj3l3YntiaZ
	e9wm+TBXN7T7EFneUy2l9W9hlku+uMqR6Y+RtQIvjQBJptY7jnv7ALJTJEZtKXZCd/5/
	257E4Z8M+QbF32p3vAvzwhDX3MhmRzeUYu0mXJcFcwftBwzU6N5DLt7hSDJkhUpST981
	F9Gw==
Received: by 10.68.221.98 with SMTP id qd2mr14030235pbc.3.1336752832178;
	Fri, 11 May 2012 09:13:52 -0700 (PDT)
Received: from [172.16.25.10] ([206.15.84.247])
	by mx.google.com with ESMTPS id pb4sm13196971pbc.55.2012.05.11.09.13.49
	(version=SSLv3 cipher=OTHER); Fri, 11 May 2012 09:13:50 -0700 (PDT)
Message-ID: <4FAD3ABC.7070905@xen.org>
Date: Fri, 11 May 2012 09:13:48 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: lars.kurth@xen.org
References: <4FA2B2B1.3040901@xen.org>
In-Reply-To: <4FA2B2B1.3040901@xen.org>
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-announce@lists.xen.org,
	xen-devel@lists.xen.org
Subject: [Xen-API] [Vote] Minor additions and clarification to Xen Project
	Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2681646527640722661=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2681646527640722661==
Content-Type: multipart/alternative;
 boundary="------------020301020001070906070506"

This is a multi-part message in MIME format.
--------------020301020001070906070506
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

dear was no controversial feedback on the proposal to change 
http://xen.org/projects/governance.html

The proposal can be viewed at: http://xen.org/projects/governance_v1_2.html

Community Manager, Maintainers, Committers and Project leads of mature 
projects can vote according to http://xen.org/projects/governance.html).

Voting works as follows:
+1: for proposal
0: abstain
-1: against proposal - must contain an alternative suggestion to the 
proposal or an explanation to be valid

The vote is open until May 18th (for 1 week).

Regards
Lars

On 03/05/2012 09:30, Lars Kurth wrote:
> Dear Developers,
>
> we have had the original Xen project governance document (see 
> http://xen.org/projects/governance.html 
> <http://www.xen.org/projects/governance.html>) in effect now since 
> July last year. The last minor review was in October 2011.
>
> Since then I had feedback on two items:
>
> a) Our governance does not specify how friction in the community is 
> resolved. The role definitions cover the concept of Committers and 
> Project leads acting as Referees, without being specific. In essence, 
> the proposal reflects what happens informally in practice today and 
> has happened in the past.
>
> b) There also was a bug in the definition of Project Lead: "Xen.org 
> projects are managed by a Project Lead, who also is a maintainer" 
> should be "..., who also is a committer". I clarified this and added a 
> sentence that a project lead can also act as referee (which was 
> implied before as a project lead is a committer).
>
> Please find a proposal for a new revision of the process at 
> http://xen.org/projects/governance_v1_2.html which fixes these two 
> issues. Changes are marked in italics and are in sections "Conflict 
> Resolution" and "Project Lead".
>
> Timetable:
>
> 1) Open review with feedback until 11th May (a bit more than a week 
> from today)
>
> 2) Lars to incorporate any feedback and publish a revision.
>
> 3) Lars to set up a private poll via a form, the week of May 14th 
> which will be open for a week. Community members that can vote are 
> maintainers (including committers and maintainers)of any mature 
> project in Xen (aka Xen and XCP).
>
> Best Regards
> Lars
>


--------------020301020001070906070506
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    dear was no controversial feedback on the proposal to change <a
      moz-do-not-send="true" class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a><br>
    <br>
    The proposal can be viewed at: <a moz-do-not-send="true"
      class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a><br>
    <br>
    Community Manager, Maintainers, Committers and Project leads of
    mature projects can vote according to <a moz-do-not-send="true"
      class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>).<br>
    <br>
    Voting works as follows:<br>
    +1: for proposal<br>
    0: abstain<br>
    -1: against proposal - must contain an alternative suggestion to the
    proposal or an explanation to be valid <br>
    <br>
    The vote is open until May 18th (for 1 week).<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 03/05/2012 09:30, Lars Kurth wrote:
    <blockquote cite="mid:4FA2B2B1.3040901@xen.org" type="cite">
      <div class="moz-text-flowed" style="font-family: -moz-fixed;
        font-size: 14px;" lang="x-western">Dear Developers,
        <br>
        <br>
        we have had the original Xen project governance document (see <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>
        <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
          href="http://www.xen.org/projects/governance.html">&lt;http://www.xen.org/projects/governance.html&gt;</a>)
        in effect now since July last year. The last minor review was in
        October 2011.
        <br>
        <br>
        Since then I had feedback on two items:
        <br>
        <br>
        a) Our governance does not specify how friction in the community
        is resolved. The role definitions cover the concept of
        Committers and Project leads acting as Referees, without being
        specific. In essence, the proposal reflects what happens
        informally in practice today and has happened in the past.
        <br>
        <br>
        b) There also was a bug in the definition of Project Lead:
        "Xen.org projects are managed by a Project Lead, who also is a
        maintainer" should be "..., who also is a committer". I
        clarified this and added a sentence that a project lead can also
        act as referee (which was implied before as a project lead is a
        committer).
        <br>
        <br>
        Please find a proposal for a new revision of the process at <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a>
        which fixes these two issues. Changes are marked in italics and
        are in sections "Conflict Resolution" and "Project Lead".
        <br>
        <br>
        Timetable:
        <br>
        <br>
        1) Open review with feedback until 11th May (a bit more than a
        week from today)
        <br>
        <br>
        2) Lars to incorporate any feedback and publish a revision.
        <br>
        <br>
        3) Lars to set up a private poll via a form, the week of May
        14th which will be open for a week. Community members that can
        vote are maintainers (including committers and maintainers)of
        any mature project in Xen (aka Xen and XCP).
        <br>
        <br>
        Best Regards
        <br>
        Lars
        <br>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------020301020001070906070506--


--===============2681646527640722661==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2681646527640722661==--


From xen-api-bounces@lists.xen.org Fri May 11 16:14:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 11 May 2012 16:14:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSsTf-0007k0-CV; Fri, 11 May 2012 16:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SSsTd-0007jf-8n
	for xen-api@lists.xen.org; Fri, 11 May 2012 16:13:57 +0000
Received: from [85.158.143.35:48232] by server-2.bemta-4.messagelabs.com id
	70/DD-17550-4CA3DAF4; Fri, 11 May 2012 16:13:56 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1336752832!10563182!1
X-Originating-IP: [209.85.160.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4847 invoked from network); 11 May 2012 16:13:54 -0000
Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com)
	(209.85.160.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	11 May 2012 16:13:54 -0000
Received: by pbbro12 with SMTP id ro12so3787351pbb.32
	for <multiple recipients>; Fri, 11 May 2012 09:13:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=vTbLHOhv1i9awkAIRL+0QbrHWLID/cqWpw8Kz5CfoJk=;
	b=bKdVF2TTemt3EQrFEuSGZGBhM7O9sVdKyeO44ar1ZbrixDUpUGJ9rvIVcA85RTb2lG
	hVdMU+jiVxF7p7WvOzdf9E9P5jEngpNlqxC/WYGRTH9UnYDnvufRecgsPnqtimX3Rio/
	3LmK8r4zkREqifeoPo3Md8pIlNuljQCmM2/egCn9MRGqdCYyZzDXn/c0/gj3l3YntiaZ
	e9wm+TBXN7T7EFneUy2l9W9hlku+uMqR6Y+RtQIvjQBJptY7jnv7ALJTJEZtKXZCd/5/
	257E4Z8M+QbF32p3vAvzwhDX3MhmRzeUYu0mXJcFcwftBwzU6N5DLt7hSDJkhUpST981
	F9Gw==
Received: by 10.68.221.98 with SMTP id qd2mr14030235pbc.3.1336752832178;
	Fri, 11 May 2012 09:13:52 -0700 (PDT)
Received: from [172.16.25.10] ([206.15.84.247])
	by mx.google.com with ESMTPS id pb4sm13196971pbc.55.2012.05.11.09.13.49
	(version=SSLv3 cipher=OTHER); Fri, 11 May 2012 09:13:50 -0700 (PDT)
Message-ID: <4FAD3ABC.7070905@xen.org>
Date: Fri, 11 May 2012 09:13:48 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: lars.kurth@xen.org
References: <4FA2B2B1.3040901@xen.org>
In-Reply-To: <4FA2B2B1.3040901@xen.org>
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-announce@lists.xen.org,
	xen-devel@lists.xen.org
Subject: [Xen-API] [Vote] Minor additions and clarification to Xen Project
	Governance
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2681646527640722661=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2681646527640722661==
Content-Type: multipart/alternative;
 boundary="------------020301020001070906070506"

This is a multi-part message in MIME format.
--------------020301020001070906070506
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

dear was no controversial feedback on the proposal to change 
http://xen.org/projects/governance.html

The proposal can be viewed at: http://xen.org/projects/governance_v1_2.html

Community Manager, Maintainers, Committers and Project leads of mature 
projects can vote according to http://xen.org/projects/governance.html).

Voting works as follows:
+1: for proposal
0: abstain
-1: against proposal - must contain an alternative suggestion to the 
proposal or an explanation to be valid

The vote is open until May 18th (for 1 week).

Regards
Lars

On 03/05/2012 09:30, Lars Kurth wrote:
> Dear Developers,
>
> we have had the original Xen project governance document (see 
> http://xen.org/projects/governance.html 
> <http://www.xen.org/projects/governance.html>) in effect now since 
> July last year. The last minor review was in October 2011.
>
> Since then I had feedback on two items:
>
> a) Our governance does not specify how friction in the community is 
> resolved. The role definitions cover the concept of Committers and 
> Project leads acting as Referees, without being specific. In essence, 
> the proposal reflects what happens informally in practice today and 
> has happened in the past.
>
> b) There also was a bug in the definition of Project Lead: "Xen.org 
> projects are managed by a Project Lead, who also is a maintainer" 
> should be "..., who also is a committer". I clarified this and added a 
> sentence that a project lead can also act as referee (which was 
> implied before as a project lead is a committer).
>
> Please find a proposal for a new revision of the process at 
> http://xen.org/projects/governance_v1_2.html which fixes these two 
> issues. Changes are marked in italics and are in sections "Conflict 
> Resolution" and "Project Lead".
>
> Timetable:
>
> 1) Open review with feedback until 11th May (a bit more than a week 
> from today)
>
> 2) Lars to incorporate any feedback and publish a revision.
>
> 3) Lars to set up a private poll via a form, the week of May 14th 
> which will be open for a week. Community members that can vote are 
> maintainers (including committers and maintainers)of any mature 
> project in Xen (aka Xen and XCP).
>
> Best Regards
> Lars
>


--------------020301020001070906070506
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi,<br>
    <br>
    dear was no controversial feedback on the proposal to change <a
      moz-do-not-send="true" class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a><br>
    <br>
    The proposal can be viewed at: <a moz-do-not-send="true"
      class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a><br>
    <br>
    Community Manager, Maintainers, Committers and Project leads of
    mature projects can vote according to <a moz-do-not-send="true"
      class="moz-txt-link-freetext"
      href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>).<br>
    <br>
    Voting works as follows:<br>
    +1: for proposal<br>
    0: abstain<br>
    -1: against proposal - must contain an alternative suggestion to the
    proposal or an explanation to be valid <br>
    <br>
    The vote is open until May 18th (for 1 week).<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 03/05/2012 09:30, Lars Kurth wrote:
    <blockquote cite="mid:4FA2B2B1.3040901@xen.org" type="cite">
      <div class="moz-text-flowed" style="font-family: -moz-fixed;
        font-size: 14px;" lang="x-western">Dear Developers,
        <br>
        <br>
        we have had the original Xen project governance document (see <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>
        <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
          href="http://www.xen.org/projects/governance.html">&lt;http://www.xen.org/projects/governance.html&gt;</a>)
        in effect now since July last year. The last minor review was in
        October 2011.
        <br>
        <br>
        Since then I had feedback on two items:
        <br>
        <br>
        a) Our governance does not specify how friction in the community
        is resolved. The role definitions cover the concept of
        Committers and Project leads acting as Referees, without being
        specific. In essence, the proposal reflects what happens
        informally in practice today and has happened in the past.
        <br>
        <br>
        b) There also was a bug in the definition of Project Lead:
        "Xen.org projects are managed by a Project Lead, who also is a
        maintainer" should be "..., who also is a committer". I
        clarified this and added a sentence that a project lead can also
        act as referee (which was implied before as a project lead is a
        committer).
        <br>
        <br>
        Please find a proposal for a new revision of the process at <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a>
        which fixes these two issues. Changes are marked in italics and
        are in sections "Conflict Resolution" and "Project Lead".
        <br>
        <br>
        Timetable:
        <br>
        <br>
        1) Open review with feedback until 11th May (a bit more than a
        week from today)
        <br>
        <br>
        2) Lars to incorporate any feedback and publish a revision.
        <br>
        <br>
        3) Lars to set up a private poll via a form, the week of May
        14th which will be open for a week. Community members that can
        vote are maintainers (including committers and maintainers)of
        any mature project in Xen (aka Xen and XCP).
        <br>
        <br>
        Best Regards
        <br>
        Lars
        <br>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------020301020001070906070506--


--===============2681646527640722661==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2681646527640722661==--


From xen-api-bounces@lists.xen.org Fri May 11 16:26:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 11 May 2012 16:26:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSsfN-0000ZA-NV; Fri, 11 May 2012 16:26:05 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <weber@bigtime-software.com>) id 1SSsfL-0000Yq-Mn
	for xen-api@lists.xen.org; Fri, 11 May 2012 16:26:04 +0000
Received: from [85.158.139.83:54523] by server-1.bemta-5.messagelabs.com id
	B4/DD-28458-A9D3DAF4; Fri, 11 May 2012 16:26:02 +0000
X-Env-Sender: weber@bigtime-software.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1336753560!27955134!1
X-Originating-IP: [76.96.53.19]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNzYuOTYuNTMuMTkgPT4gNDExOTE=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23204 invoked from network); 11 May 2012 16:26:00 -0000
Received: from omta03.westchester.pa.hmc1.comcast.net (HELO
	omta03.westchester.pa.hmc1.comcast.net) (76.96.53.19)
	by server-5.tower-182.messagelabs.com with SMTP;
	11 May 2012 16:26:00 -0000
Received: from hmc1.comcast.net ([76.96.48.60])
	by omta03.westchester.pa.hmc1.comcast.net with bizsmtp
	id 8gRz1j00M1Hv0vg01gRzCW; Fri, 11 May 2012 16:25:59 +0000
Received: from P1EC2EVS03.HMC1.COMCAST.NET ([76.96.48.24]) by
	P1HUB02.HMC1.COMCAST.NET ([::1]) with mapi;
	Fri, 11 May 2012 12:25:48 -0400
From: John Weber <weber@bigtime-software.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Fri, 11 May 2012 12:25:58 -0400
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBgAoKaSwADlb9WA=
Message-ID: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-vipre-scanned: 2419F68B002E7F2419F7D8
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3835479165948652097=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3835479165948652097==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_"

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dave,

Thanks, adding that key allowed me to create and start a VM successfully. T=
hat gets me over that hurdle.

Of course, when I reboot the server that key disappears. I don't see a xeno=
psd service on my system anywhere... should that get installed as part of x=
cp-xapi? I noticed a couple other wrinkles like I don't see any entries in =
the xenstore for the dom0 console and I am unable to connect to the dom0 co=
nsole via xencenter. Maybe this is all related?

Thanks again,

/John

From: Dave Scott [mailto:Dave.Scott@eu.citrix.com]
Sent: Thursday, May 10, 2012 8:54 AM
To: John Weber; xen-api@lists.xen.org
Subject: RE: xen-api on debian not updating xenstore?

Hi,

I managed to reproduce a problem with the same symptom as yours.

Try this workaround: log into your debian dom0 and type:

$ sudo xenstore-write /local/domain/0/vm hello

When xapi adds a device it performs a sanity-check that the backend domain =
exists. It does this by reading the "vm" key from /local/domain/backend-dom=
id. In the case of domain 0, this key isn't being written. Normally xapi wi=
ll create all the /local/domain/0 entries:

let domain0_setup () =3D
  with_xc_and_xs (fun xc xs ->
    let already_setup =3D try ignore(xs.Xs.read "/local/domain/0/name"); tr=
ue with _ -> false in
    if not already_setup then begin
             (* Write an initial neutral target in for domain 0 *)
             let di =3D Xenctrl.domain_getinfo xc 0 in
             let memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativ=
eint di.Xenctrl.total_memory_pages) in
             (* Find domain 0's UUID *)
             let uuid =3D Xapi_inventory.lookup Xapi_inventory._control_dom=
ain_uuid in
             (* setup xenstore domain 0 for blktap, xentop (CA-24231) *)
             xs.Xs.writev "/local/domain/0" [ "name", "Domain-0"; "domid", =
"0"; "vm", "/vm/" ^ uuid ];

I think some other entity is writing the "name" key but not the "vm" key.

In the latest unstable xapi, most of the xenstore interaction has been dele=
gated to a new service called "xenopsd". We should move this code into xeno=
psd and make it more robust at the same time.

Cheers,
Dave

From: xen-api-bounces@lists.xen.org<mailto:xen-api-bounces@lists.xen.org> [=
mailto:xen-api-bounces@lists.xen.org]<mailto:[mailto:xen-api-bounces@lists.=
xen.org]> On Behalf Of John Weber
Sent: 09 May 2012 18:58
To: xen-api@lists.xen.org<mailto:xen-api@lists.xen.org>
Subject: [Xen-API] xen-api on debian not updating xenstore?

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'>Dave,<o:p></o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span s=
tyle=3D'color:#1F497D'>Thanks, adding that key allowed me to create and sta=
rt a VM successfully. That gets me over that hurdle. <o:p></o:p></span></p>=
<p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span>=
</p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Of course, when I re=
boot the server that key disappears. I don&#8217;t see a xenopsd service on=
 my system anywhere&#8230; should that get installed as part of xcp-xapi? I=
 noticed a couple other wrinkles like I don&#8217;t see any entries in the =
xenstore for the dom0 console and I am unable to connect to the dom0 consol=
e via xencenter. Maybe this is all related?<o:p></o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p c=
lass=3DMsoNormal><span style=3D'color:#1F497D'>Thanks again,<o:p></o:p></sp=
an></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p>=
</span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>/John<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp=
;</o:p></span></p><div><div style=3D'border:none;border-top:solid #B5C4DF 1=
.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'font=
-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style=
=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Dave Scott [mailto=
:Dave.Scott@eu.citrix.com] <br><b>Sent:</b> Thursday, May 10, 2012 8:54 AM<=
br><b>To:</b> John Weber; xen-api@lists.xen.org<br><b>Subject:</b> RE: xen-=
api on debian not updating xenstore?<o:p></o:p></span></p></div></div><p cl=
ass=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span style=3D'co=
lor:#1F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'>I managed to reproduce a problem with the same symptom a=
s yours.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F=
497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color=
:#1F497D'>Try this workaround: log into your debian dom0 and type:<o:p></o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;=
</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>$ sudo =
xenstore-write /local/domain/0/vm hello<o:p></o:p></span></p><p class=3DMso=
Normal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'>When xapi adds a device it perfo=
rms a sanity-check that the backend domain exists. It does this by reading =
the &#8220;vm&#8221; key from /local/domain/backend-domid. In the case of d=
omain 0, this key isn&#8217;t being written. Normally xapi will create all =
the /local/domain/0 entries:<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span style=3D'font-family:"Courier New";color:#1F497D'>let domain0_setup (=
) =3D<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:=
"Courier New";color:#1F497D'>&nbsp; with_xc_and_xs (fun xc xs -&gt;<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New"=
;color:#1F497D'>&nbsp;&nbsp;&nbsp; let already_setup =3D try ignore(xs.Xs.r=
ead &quot;/local/domain/0/name&quot;); true with _ -&gt; false in<o:p></o:p=
></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";c=
olor:#1F497D'>&nbsp;&nbsp;&nbsp; if not already_setup then begin<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; (* Write an initial neutral target in for domain 0 *)<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;let di =3D Xenctrl.domain_getinfo xc 0 in<o:p></o:p></span></p><=
p class=3DMsoNormal><span style=3D'font-family:"Courier New";color:#1F497D'=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; l=
et memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativeint di.Xenctr=
l.total_memory_pages) in<o:p></o:p></span></p><p class=3DMsoNormal><span st=
yle=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* Find domain 0's UUID *)<o:=
p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier=
 New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; let uuid =3D Xapi_inventory.lookup Xapi_inventory._contr=
ol_domain_uuid in<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* setup xenstore domain 0 for blkta=
p, xentop (CA-24231) *)<o:p></o:p></span></p><p class=3DMsoNormal><span sty=
le=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; xs.Xs.writev &quot;/local/doma=
in/0&quot; [ &quot;name&quot;, &quot;Domain-0&quot;; &quot;domid&quot;, &qu=
ot;0&quot;; &quot;vm&quot;, &quot;/vm/&quot; ^ uuid ];<o:p></o:p></span></p=
><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span=
></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>I think some other =
entity is writing the &#8220;name&#8221; key but not the &#8220;vm&#8221; k=
ey.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F4=
97D'>In the latest unstable xapi, most of the xenstore interaction has been=
 delegated to a new service called &#8220;xenopsd&#8221;. We should move th=
is code into xenopsd and make it more robust at the same time.<o:p></o:p></=
span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Cheers,<o:p=
></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Dave<o=
:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0in 0in 0in 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></=
b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <a hr=
ef=3D"mailto:xen-api-bounces@lists.xen.org">xen-api-bounces@lists.xen.org</=
a> <a href=3D"mailto:[mailto:xen-api-bounces@lists.xen.org]">[mailto:xen-ap=
i-bounces@lists.xen.org]</a> <b>On Behalf Of </b>John Weber<br><b>Sent:</b>=
 09 May 2012 18:58<br><b>To:</b> <a href=3D"mailto:xen-api@lists.xen.org">x=
en-api@lists.xen.org</a><br><b>Subject:</b> [Xen-API] xen-api on debian not=
 updating xenstore?<o:p></o:p></span></p></div></div><p class=3DMsoNormal><=
o:p>&nbsp;</o:p></p><p class=3DMsoNormal>I&#8217;ve been working on getting=
 xen-api working on Debian Wheezy. I followed the installation instructions=
 and have gotten to the point where I can connect to the server with XenCen=
ter and attempt to create a VM. I create a VM from the Debian Squeeze templ=
ate (or any other for that matter), but I can&#8217;t get it to start. The =
error in the log is:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></=
p><p class=3DMsoNormal>Internal error: the device disappeared from xenstore=
 (frontend (domid=3D1|kind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3D=
vbd|devid=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p=
><p class=3DMsoNormal>Poking around a bit I noticed that my xenstore looks =
suspiciously empty:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p=
><p class=3DMsoNormal>root@debian:/home/jweber# xenstore-ls<o:p></o:p></p><=
p class=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNorma=
l>xenstored =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>local =3D &=
quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>domain =3D &quot;&quot;<o:p>=
</o:p></p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quot;<o:p></o:p></p><p c=
lass=3DMsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&quot;<o:p></o:p></p><=
p class=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quot;<o:p></o:p></p><p c=
lass=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &quot;1168384&quot;<o:p=
></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-max =3D &quot;11=
68384&quot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D &quot;&quot;<o:p></o:=
p></p><p class=3DMsoNormal>boot-time =3D &quot;&quot;<o:p></o:p></p><p clas=
s=3DMsoNormal>&nbsp; management-mac-address =3D &quot;00:04:4b:05:56:14&quo=
t;<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNo=
rmal>Seems pretty clear that I messed something up during the install, but =
I couldn&#8217;t find any obvious errors in the log files pointing me in th=
e right direction. I&#8217;ve tried reinstalling a couple times now eventua=
lly arriving at the same blocking point. Any words of wisdom from the exper=
ts would be greatly appreciated.<o:p></o:p></p><p class=3DMsoNormal><o:p>&n=
bsp;</o:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNorm=
al>/John<o:p></o:p></p></div></div></body></html>=

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_--


--===============3835479165948652097==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3835479165948652097==--


From xen-api-bounces@lists.xen.org Fri May 11 16:26:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 11 May 2012 16:26:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SSsfN-0000ZA-NV; Fri, 11 May 2012 16:26:05 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <weber@bigtime-software.com>) id 1SSsfL-0000Yq-Mn
	for xen-api@lists.xen.org; Fri, 11 May 2012 16:26:04 +0000
Received: from [85.158.139.83:54523] by server-1.bemta-5.messagelabs.com id
	B4/DD-28458-A9D3DAF4; Fri, 11 May 2012 16:26:02 +0000
X-Env-Sender: weber@bigtime-software.com
X-Msg-Ref: server-5.tower-182.messagelabs.com!1336753560!27955134!1
X-Originating-IP: [76.96.53.19]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNzYuOTYuNTMuMTkgPT4gNDExOTE=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23204 invoked from network); 11 May 2012 16:26:00 -0000
Received: from omta03.westchester.pa.hmc1.comcast.net (HELO
	omta03.westchester.pa.hmc1.comcast.net) (76.96.53.19)
	by server-5.tower-182.messagelabs.com with SMTP;
	11 May 2012 16:26:00 -0000
Received: from hmc1.comcast.net ([76.96.48.60])
	by omta03.westchester.pa.hmc1.comcast.net with bizsmtp
	id 8gRz1j00M1Hv0vg01gRzCW; Fri, 11 May 2012 16:25:59 +0000
Received: from P1EC2EVS03.HMC1.COMCAST.NET ([76.96.48.24]) by
	P1HUB02.HMC1.COMCAST.NET ([::1]) with mapi;
	Fri, 11 May 2012 12:25:48 -0400
From: John Weber <weber@bigtime-software.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Fri, 11 May 2012 12:25:58 -0400
Thread-Topic: xen-api on debian not updating xenstore?
Thread-Index: Ac0uCkgp502d7FVvQK2iDUN6fM6xBgAoKaSwADlb9WA=
Message-ID: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-vipre-scanned: 2419F68B002E7F2419F7D8
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3835479165948652097=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3835479165948652097==
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_"

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Dave,

Thanks, adding that key allowed me to create and start a VM successfully. T=
hat gets me over that hurdle.

Of course, when I reboot the server that key disappears. I don't see a xeno=
psd service on my system anywhere... should that get installed as part of x=
cp-xapi? I noticed a couple other wrinkles like I don't see any entries in =
the xenstore for the dom0 console and I am unable to connect to the dom0 co=
nsole via xencenter. Maybe this is all related?

Thanks again,

/John

From: Dave Scott [mailto:Dave.Scott@eu.citrix.com]
Sent: Thursday, May 10, 2012 8:54 AM
To: John Weber; xen-api@lists.xen.org
Subject: RE: xen-api on debian not updating xenstore?

Hi,

I managed to reproduce a problem with the same symptom as yours.

Try this workaround: log into your debian dom0 and type:

$ sudo xenstore-write /local/domain/0/vm hello

When xapi adds a device it performs a sanity-check that the backend domain =
exists. It does this by reading the "vm" key from /local/domain/backend-dom=
id. In the case of domain 0, this key isn't being written. Normally xapi wi=
ll create all the /local/domain/0 entries:

let domain0_setup () =3D
  with_xc_and_xs (fun xc xs ->
    let already_setup =3D try ignore(xs.Xs.read "/local/domain/0/name"); tr=
ue with _ -> false in
    if not already_setup then begin
             (* Write an initial neutral target in for domain 0 *)
             let di =3D Xenctrl.domain_getinfo xc 0 in
             let memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativ=
eint di.Xenctrl.total_memory_pages) in
             (* Find domain 0's UUID *)
             let uuid =3D Xapi_inventory.lookup Xapi_inventory._control_dom=
ain_uuid in
             (* setup xenstore domain 0 for blktap, xentop (CA-24231) *)
             xs.Xs.writev "/local/domain/0" [ "name", "Domain-0"; "domid", =
"0"; "vm", "/vm/" ^ uuid ];

I think some other entity is writing the "name" key but not the "vm" key.

In the latest unstable xapi, most of the xenstore interaction has been dele=
gated to a new service called "xenopsd". We should move this code into xeno=
psd and make it more robust at the same time.

Cheers,
Dave

From: xen-api-bounces@lists.xen.org<mailto:xen-api-bounces@lists.xen.org> [=
mailto:xen-api-bounces@lists.xen.org]<mailto:[mailto:xen-api-bounces@lists.=
xen.org]> On Behalf Of John Weber
Sent: 09 May 2012 18:58
To: xen-api@lists.xen.org<mailto:xen-api@lists.xen.org>
Subject: [Xen-API] xen-api on debian not updating xenstore?

I've been working on getting xen-api working on Debian Wheezy. I followed t=
he installation instructions and have gotten to the point where I can conne=
ct to the server with XenCenter and attempt to create a VM. I create a VM f=
rom the Debian Squeeze template (or any other for that matter), but I can't=
 get it to start. The error in the log is:

Internal error: the device disappeared from xenstore (frontend (domid=3D1|k=
ind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3Dvbd|devid=3D51712))

Poking around a bit I noticed that my xenstore looks suspiciously empty:

root@debian:/home/jweber# xenstore-ls
tool =3D ""
xenstored =3D ""
local =3D ""
domain =3D ""
  0 =3D ""
   name =3D "Domain-0"
   memory =3D ""
    dynamic-min =3D "1168384"
    dynamic-max =3D "1168384"
mh =3D ""
boot-time =3D ""
  management-mac-address =3D "00:04:4b:05:56:14"

Seems pretty clear that I messed something up during the install, but I cou=
ldn't find any obvious errors in the log files pointing me in the right dir=
ection. I've tried reinstalling a couple times now eventually arriving at t=
he same blocking point. Any words of wisdom from the experts would be great=
ly appreciated.

Thanks,
/John

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content=
=3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros=
oft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
	{mso-style-priority:99;
	mso-style-link:"Balloon Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:8.0pt;
	font-family:"Tahoma","sans-serif";}
span.EmailStyle17
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.EmailStyle18
	{mso-style-type:personal;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.EmailStyle19
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.BalloonTextChar
	{mso-style-name:"Balloon Text Char";
	mso-style-priority:99;
	mso-style-link:"Balloon Text";
	font-family:"Tahoma","sans-serif";}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli=
nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'>Dave,<o:p></o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span s=
tyle=3D'color:#1F497D'>Thanks, adding that key allowed me to create and sta=
rt a VM successfully. That gets me over that hurdle. <o:p></o:p></span></p>=
<p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span>=
</p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Of course, when I re=
boot the server that key disappears. I don&#8217;t see a xenopsd service on=
 my system anywhere&#8230; should that get installed as part of xcp-xapi? I=
 noticed a couple other wrinkles like I don&#8217;t see any entries in the =
xenstore for the dom0 console and I am unable to connect to the dom0 consol=
e via xencenter. Maybe this is all related?<o:p></o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p c=
lass=3DMsoNormal><span style=3D'color:#1F497D'>Thanks again,<o:p></o:p></sp=
an></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p>=
</span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>/John<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp=
;</o:p></span></p><div><div style=3D'border:none;border-top:solid #B5C4DF 1=
.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style=3D'font=
-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style=
=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Dave Scott [mailto=
:Dave.Scott@eu.citrix.com] <br><b>Sent:</b> Thursday, May 10, 2012 8:54 AM<=
br><b>To:</b> John Weber; xen-api@lists.xen.org<br><b>Subject:</b> RE: xen-=
api on debian not updating xenstore?<o:p></o:p></span></p></div></div><p cl=
ass=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNormal><span style=3D'co=
lor:#1F497D'>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'c=
olor:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=
=3D'color:#1F497D'>I managed to reproduce a problem with the same symptom a=
s yours.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F=
497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color=
:#1F497D'>Try this workaround: log into your debian dom0 and type:<o:p></o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;=
</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>$ sudo =
xenstore-write /local/domain/0/vm hello<o:p></o:p></span></p><p class=3DMso=
Normal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=
=3DMsoNormal><span style=3D'color:#1F497D'>When xapi adds a device it perfo=
rms a sanity-check that the backend domain exists. It does this by reading =
the &#8220;vm&#8221; key from /local/domain/backend-domid. In the case of d=
omain 0, this key isn&#8217;t being written. Normally xapi will create all =
the /local/domain/0 entries:<o:p></o:p></span></p><p class=3DMsoNormal><spa=
n style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal>=
<span style=3D'font-family:"Courier New";color:#1F497D'>let domain0_setup (=
) =3D<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:=
"Courier New";color:#1F497D'>&nbsp; with_xc_and_xs (fun xc xs -&gt;<o:p></o=
:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New"=
;color:#1F497D'>&nbsp;&nbsp;&nbsp; let already_setup =3D try ignore(xs.Xs.r=
ead &quot;/local/domain/0/name&quot;); true with _ -&gt; false in<o:p></o:p=
></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";c=
olor:#1F497D'>&nbsp;&nbsp;&nbsp; if not already_setup then begin<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; (* Write an initial neutral target in for domain 0 *)<o:p></o:p>=
</span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier New";co=
lor:#1F497D'>&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;let di =3D Xenctrl.domain_getinfo xc 0 in<o:p></o:p></span></p><=
p class=3DMsoNormal><span style=3D'font-family:"Courier New";color:#1F497D'=
>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; l=
et memory_actual_kib =3D Xenctrl.pages_to_kib (Int64.of_nativeint di.Xenctr=
l.total_memory_pages) in<o:p></o:p></span></p><p class=3DMsoNormal><span st=
yle=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* Find domain 0's UUID *)<o:=
p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-family:"Courier=
 New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; let uuid =3D Xapi_inventory.lookup Xapi_inventory._contr=
ol_domain_uuid in<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'=
font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (* setup xenstore domain 0 for blkta=
p, xentop (CA-24231) *)<o:p></o:p></span></p><p class=3DMsoNormal><span sty=
le=3D'font-family:"Courier New";color:#1F497D'>&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; xs.Xs.writev &quot;/local/doma=
in/0&quot; [ &quot;name&quot;, &quot;Domain-0&quot;; &quot;domid&quot;, &qu=
ot;0&quot;; &quot;vm&quot;, &quot;/vm/&quot; ^ uuid ];<o:p></o:p></span></p=
><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:p></span=
></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>I think some other =
entity is writing the &#8220;name&#8221; key but not the &#8220;vm&#8221; k=
ey.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'=
><o:p>&nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F4=
97D'>In the latest unstable xapi, most of the xenstore interaction has been=
 delegated to a new service called &#8220;xenopsd&#8221;. We should move th=
is code into xenopsd and make it more robust at the same time.<o:p></o:p></=
span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&nbsp;</o:=
p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Cheers,<o:p=
></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Dave<o=
:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p=
>&nbsp;</o:p></span></p><div style=3D'border:none;border-left:solid blue 1.=
5pt;padding:0in 0in 0in 4.0pt'><div><div style=3D'border:none;border-top:so=
lid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span =
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></=
b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <a hr=
ef=3D"mailto:xen-api-bounces@lists.xen.org">xen-api-bounces@lists.xen.org</=
a> <a href=3D"mailto:[mailto:xen-api-bounces@lists.xen.org]">[mailto:xen-ap=
i-bounces@lists.xen.org]</a> <b>On Behalf Of </b>John Weber<br><b>Sent:</b>=
 09 May 2012 18:58<br><b>To:</b> <a href=3D"mailto:xen-api@lists.xen.org">x=
en-api@lists.xen.org</a><br><b>Subject:</b> [Xen-API] xen-api on debian not=
 updating xenstore?<o:p></o:p></span></p></div></div><p class=3DMsoNormal><=
o:p>&nbsp;</o:p></p><p class=3DMsoNormal>I&#8217;ve been working on getting=
 xen-api working on Debian Wheezy. I followed the installation instructions=
 and have gotten to the point where I can connect to the server with XenCen=
ter and attempt to create a VM. I create a VM from the Debian Squeeze templ=
ate (or any other for that matter), but I can&#8217;t get it to start. The =
error in the log is:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></=
p><p class=3DMsoNormal>Internal error: the device disappeared from xenstore=
 (frontend (domid=3D1|kind=3Dvbd|devid=3D51712); backend (domid=3D0|kind=3D=
vbd|devid=3D51712))<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p=
><p class=3DMsoNormal>Poking around a bit I noticed that my xenstore looks =
suspiciously empty:<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p=
><p class=3DMsoNormal>root@debian:/home/jweber# xenstore-ls<o:p></o:p></p><=
p class=3DMsoNormal>tool =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNorma=
l>xenstored =3D &quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>local =3D &=
quot;&quot;<o:p></o:p></p><p class=3DMsoNormal>domain =3D &quot;&quot;<o:p>=
</o:p></p><p class=3DMsoNormal>&nbsp; 0 =3D &quot;&quot;<o:p></o:p></p><p c=
lass=3DMsoNormal>&nbsp;&nbsp; name =3D &quot;Domain-0&quot;<o:p></o:p></p><=
p class=3DMsoNormal>&nbsp;&nbsp; memory =3D &quot;&quot;<o:p></o:p></p><p c=
lass=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-min =3D &quot;1168384&quot;<o:p=
></o:p></p><p class=3DMsoNormal>&nbsp;&nbsp;&nbsp; dynamic-max =3D &quot;11=
68384&quot;<o:p></o:p></p><p class=3DMsoNormal>mh =3D &quot;&quot;<o:p></o:=
p></p><p class=3DMsoNormal>boot-time =3D &quot;&quot;<o:p></o:p></p><p clas=
s=3DMsoNormal>&nbsp; management-mac-address =3D &quot;00:04:4b:05:56:14&quo=
t;<o:p></o:p></p><p class=3DMsoNormal><o:p>&nbsp;</o:p></p><p class=3DMsoNo=
rmal>Seems pretty clear that I messed something up during the install, but =
I couldn&#8217;t find any obvious errors in the log files pointing me in th=
e right direction. I&#8217;ve tried reinstalling a couple times now eventua=
lly arriving at the same blocking point. Any words of wisdom from the exper=
ts would be greatly appreciated.<o:p></o:p></p><p class=3DMsoNormal><o:p>&n=
bsp;</o:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNorm=
al>/John<o:p></o:p></p></div></div></body></html>=

--_000_08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973P1EC2EVS03H_--


--===============3835479165948652097==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3835479165948652097==--


From xen-api-bounces@lists.xen.org Mon May 14 18:01:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 18:01:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1STzaE-00022c-Vy; Mon, 14 May 2012 18:01:22 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1STzaD-000225-47
	for xen-api@lists.xen.org; Mon, 14 May 2012 18:01:21 +0000
Received: from [85.158.143.35:61244] by server-1.bemta-4.messagelabs.com id
	03/F0-20925-07841BF4; Mon, 14 May 2012 18:01:20 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1337018475!13563248!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8948 invoked from network); 14 May 2012 18:01:18 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 18:01:18 -0000
Received: by dadv2 with SMTP id v2so6549763dad.32
	for <multiple recipients>; Mon, 14 May 2012 11:01:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=1hHzLWgZKG0iKp99JEDBfhMdN8V6ELhcir247q+wKnw=;
	b=tc9xsVNb40mg75snqw1qW5d1UhY1anEwTEOLFiB+lFi+XIxvnOsB3sJsGW460xmY80
	AlWXIu2G9H0Y9esxw1N3/ciKNhfPUR+imuJ0aDVn3jVcMTlVmN0fcby+gesvk+jVnvgD
	Nl+dETVDeK1Lm0VwrFupZxE0eRQ6eTcJnFDI5oFK2v0aen4GPNrN9zKYZaPYVtm8Q/GW
	xCDH7Hkq4i9w/UwFNwHmsfSFaURECwpqtoV6XLFAJ5MVGi4Zj+d/pmytCLye5kQ5e6ic
	dhwj9gBBfAN0POvNxuxXkrMu+ES0GKHwdjXw+h+pFeI+FD2uLhQCPvyZBCCTskJG1XHd
	iF1g==
Received: by 10.68.226.228 with SMTP id rv4mr2022126pbc.167.1337018474347;
	Mon, 14 May 2012 11:01:14 -0700 (PDT)
Received: from [172.16.25.10] ([206.15.84.247])
	by mx.google.com with ESMTPS id h10sm22880066pbh.69.2012.05.14.11.01.12
	(version=SSLv3 cipher=OTHER); Mon, 14 May 2012 11:01:13 -0700 (PDT)
Message-ID: <4FB14867.4070709@xen.org>
Date: Mon, 14 May 2012 11:01:11 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: lars.kurth@xen.org
References: <4FA2B2B1.3040901@xen.org> <4FAD3ABC.7070905@xen.org>
In-Reply-To: <4FAD3ABC.7070905@xen.org>
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-announce@lists.xen.org,
	xen-devel@lists.xen.org
Subject: [Xen-API] [Vote] Minor additions and clarification to Xen Project
 Governance - with voting form
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0073878643221405934=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0073878643221405934==
Content-Type: multipart/alternative;
 boundary="------------020206080307030005020502"

This is a multi-part message in MIME format.
--------------020206080307030005020502
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi everybody:

I forgot to add the link to the voting form. Sorry for the confusion caused.

You can find it at: http://xen.org/polls/governance_proposal1_2.html

For those who have voted by e-mail: I will transfer your vote to the 
back-end and attach the mail you sent as proof.
You can vote again if you wish, in which case I will ignore any e-mail 
on the vote that you have sent.

Regards
Lars

On 11/05/2012 09:13, Lars Kurth wrote:
> Hi,
>
> there was no controversial feedback on the proposal to change 
> http://xen.org/projects/governance.html
>
> The proposal can be viewed at: 
> http://xen.org/projects/governance_v1_2.html
>
> Community Manager, Maintainers, Committers and Project leads of mature 
> projects can vote according to http://xen.org/projects/governance.html).
>
> Voting works as follows:
> +1: for proposal
> 0: abstain
> -1: against proposal - must contain an alternative suggestion to the 
> proposal or an explanation to be valid
>
> The vote is open until May 18th (for 1 week).
>
> Regards
> Lars
>
> On 03/05/2012 09:30, Lars Kurth wrote:
>> Dear Developers,
>>
>> we have had the original Xen project governance document (see 
>> http://xen.org/projects/governance.html 
>> <http://www.xen.org/projects/governance.html>) in effect now since 
>> July last year. The last minor review was in October 2011.
>>
>> Since then I had feedback on two items:
>>
>> a) Our governance does not specify how friction in the community is 
>> resolved. The role definitions cover the concept of Committers and 
>> Project leads acting as Referees, without being specific. In essence, 
>> the proposal reflects what happens informally in practice today and 
>> has happened in the past.
>>
>> b) There also was a bug in the definition of Project Lead: "Xen.org 
>> projects are managed by a Project Lead, who also is a maintainer" 
>> should be "..., who also is a committer". I clarified this and added 
>> a sentence that a project lead can also act as referee (which was 
>> implied before as a project lead is a committer).
>>
>> Please find a proposal for a new revision of the process at 
>> http://xen.org/projects/governance_v1_2.html which fixes these two 
>> issues. Changes are marked in italics and are in sections "Conflict 
>> Resolution" and "Project Lead".
>>
>> Timetable:
>>
>> 1) Open review with feedback until 11th May (a bit more than a week 
>> from today)
>>
>> 2) Lars to incorporate any feedback and publish a revision.
>>
>> 3) Lars to set up a private poll via a form, the week of May 14th 
>> which will be open for a week. Community members that can vote are 
>> maintainers (including committers and maintainers)of any mature 
>> project in Xen (aka Xen and XCP).
>>
>> Best Regards
>> Lars
>>
>


--------------020206080307030005020502
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi everybody: <br>
    <br>
    I forgot to add the link to the voting form. Sorry for the confusion
    caused.<br>
    <br>
    You can find it at: <a class="moz-txt-link-freetext" href="http://xen.org/polls/governance_proposal1_2.html">http://xen.org/polls/governance_proposal1_2.html</a><br>
    <br>
    For those who have voted by e-mail: I will transfer your vote to the
    back-end and attach the mail you sent as proof.<br>
    You can vote again if you wish, in which case I will ignore any
    e-mail on the vote that you have sent.<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 11/05/2012 09:13, Lars Kurth wrote:
    <blockquote cite="mid:4FAD3ABC.7070905@xen.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Hi,<br>
      <br>
      there was no controversial feedback on the proposal to change <a
        moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a><br>
      <br>
      The proposal can be viewed at: <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a><br>
      <br>
      Community Manager, Maintainers, Committers and Project leads of
      mature projects can vote according to <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>).<br>
      <br>
      Voting works as follows:<br>
      +1: for proposal<br>
      0: abstain<br>
      -1: against proposal - must contain an alternative suggestion to
      the proposal or an explanation to be valid <br>
      <br>
      The vote is open until May 18th (for 1 week).<br>
      <br>
      Regards<br>
      Lars<br>
      <br>
      On 03/05/2012 09:30, Lars Kurth wrote:
      <blockquote cite="mid:4FA2B2B1.3040901@xen.org" type="cite">
        <div class="moz-text-flowed" style="font-family: -moz-fixed;
          font-size: 14px;" lang="x-western">Dear Developers, <br>
          <br>
          we have had the original Xen project governance document (see
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>
          <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
            href="http://www.xen.org/projects/governance.html">&lt;http://www.xen.org/projects/governance.html&gt;</a>)
          in effect now since July last year. The last minor review was
          in October 2011. <br>
          <br>
          Since then I had feedback on two items: <br>
          <br>
          a) Our governance does not specify how friction in the
          community is resolved. The role definitions cover the concept
          of Committers and Project leads acting as Referees, without
          being specific. In essence, the proposal reflects what happens
          informally in practice today and has happened in the past. <br>
          <br>
          b) There also was a bug in the definition of Project Lead:
          "Xen.org projects are managed by a Project Lead, who also is a
          maintainer" should be "..., who also is a committer". I
          clarified this and added a sentence that a project lead can
          also act as referee (which was implied before as a project
          lead is a committer). <br>
          <br>
          Please find a proposal for a new revision of the process at <a
            moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a>
          which fixes these two issues. Changes are marked in italics
          and are in sections "Conflict Resolution" and "Project Lead".
          <br>
          <br>
          Timetable: <br>
          <br>
          1) Open review with feedback until 11th May (a bit more than a
          week from today) <br>
          <br>
          2) Lars to incorporate any feedback and publish a revision. <br>
          <br>
          3) Lars to set up a private poll via a form, the week of May
          14th which will be open for a week. Community members that can
          vote are maintainers (including committers and maintainers)of
          any mature project in Xen (aka Xen and XCP). <br>
          <br>
          Best Regards <br>
          Lars <br>
          <br>
        </div>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>

--------------020206080307030005020502--


--===============0073878643221405934==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0073878643221405934==--


From xen-api-bounces@lists.xen.org Mon May 14 18:01:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 18:01:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1STzaE-00022c-Vy; Mon, 14 May 2012 18:01:22 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1STzaD-000225-47
	for xen-api@lists.xen.org; Mon, 14 May 2012 18:01:21 +0000
Received: from [85.158.143.35:61244] by server-1.bemta-4.messagelabs.com id
	03/F0-20925-07841BF4; Mon, 14 May 2012 18:01:20 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1337018475!13563248!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8948 invoked from network); 14 May 2012 18:01:18 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 18:01:18 -0000
Received: by dadv2 with SMTP id v2so6549763dad.32
	for <multiple recipients>; Mon, 14 May 2012 11:01:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type;
	bh=1hHzLWgZKG0iKp99JEDBfhMdN8V6ELhcir247q+wKnw=;
	b=tc9xsVNb40mg75snqw1qW5d1UhY1anEwTEOLFiB+lFi+XIxvnOsB3sJsGW460xmY80
	AlWXIu2G9H0Y9esxw1N3/ciKNhfPUR+imuJ0aDVn3jVcMTlVmN0fcby+gesvk+jVnvgD
	Nl+dETVDeK1Lm0VwrFupZxE0eRQ6eTcJnFDI5oFK2v0aen4GPNrN9zKYZaPYVtm8Q/GW
	xCDH7Hkq4i9w/UwFNwHmsfSFaURECwpqtoV6XLFAJ5MVGi4Zj+d/pmytCLye5kQ5e6ic
	dhwj9gBBfAN0POvNxuxXkrMu+ES0GKHwdjXw+h+pFeI+FD2uLhQCPvyZBCCTskJG1XHd
	iF1g==
Received: by 10.68.226.228 with SMTP id rv4mr2022126pbc.167.1337018474347;
	Mon, 14 May 2012 11:01:14 -0700 (PDT)
Received: from [172.16.25.10] ([206.15.84.247])
	by mx.google.com with ESMTPS id h10sm22880066pbh.69.2012.05.14.11.01.12
	(version=SSLv3 cipher=OTHER); Mon, 14 May 2012 11:01:13 -0700 (PDT)
Message-ID: <4FB14867.4070709@xen.org>
Date: Mon, 14 May 2012 11:01:11 -0700
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: lars.kurth@xen.org
References: <4FA2B2B1.3040901@xen.org> <4FAD3ABC.7070905@xen.org>
In-Reply-To: <4FAD3ABC.7070905@xen.org>
Cc: xen-arm@lists.xen.org, xen-api@lists.xen.org, xen-announce@lists.xen.org,
	xen-devel@lists.xen.org
Subject: [Xen-API] [Vote] Minor additions and clarification to Xen Project
 Governance - with voting form
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0073878643221405934=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============0073878643221405934==
Content-Type: multipart/alternative;
 boundary="------------020206080307030005020502"

This is a multi-part message in MIME format.
--------------020206080307030005020502
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi everybody:

I forgot to add the link to the voting form. Sorry for the confusion caused.

You can find it at: http://xen.org/polls/governance_proposal1_2.html

For those who have voted by e-mail: I will transfer your vote to the 
back-end and attach the mail you sent as proof.
You can vote again if you wish, in which case I will ignore any e-mail 
on the vote that you have sent.

Regards
Lars

On 11/05/2012 09:13, Lars Kurth wrote:
> Hi,
>
> there was no controversial feedback on the proposal to change 
> http://xen.org/projects/governance.html
>
> The proposal can be viewed at: 
> http://xen.org/projects/governance_v1_2.html
>
> Community Manager, Maintainers, Committers and Project leads of mature 
> projects can vote according to http://xen.org/projects/governance.html).
>
> Voting works as follows:
> +1: for proposal
> 0: abstain
> -1: against proposal - must contain an alternative suggestion to the 
> proposal or an explanation to be valid
>
> The vote is open until May 18th (for 1 week).
>
> Regards
> Lars
>
> On 03/05/2012 09:30, Lars Kurth wrote:
>> Dear Developers,
>>
>> we have had the original Xen project governance document (see 
>> http://xen.org/projects/governance.html 
>> <http://www.xen.org/projects/governance.html>) in effect now since 
>> July last year. The last minor review was in October 2011.
>>
>> Since then I had feedback on two items:
>>
>> a) Our governance does not specify how friction in the community is 
>> resolved. The role definitions cover the concept of Committers and 
>> Project leads acting as Referees, without being specific. In essence, 
>> the proposal reflects what happens informally in practice today and 
>> has happened in the past.
>>
>> b) There also was a bug in the definition of Project Lead: "Xen.org 
>> projects are managed by a Project Lead, who also is a maintainer" 
>> should be "..., who also is a committer". I clarified this and added 
>> a sentence that a project lead can also act as referee (which was 
>> implied before as a project lead is a committer).
>>
>> Please find a proposal for a new revision of the process at 
>> http://xen.org/projects/governance_v1_2.html which fixes these two 
>> issues. Changes are marked in italics and are in sections "Conflict 
>> Resolution" and "Project Lead".
>>
>> Timetable:
>>
>> 1) Open review with feedback until 11th May (a bit more than a week 
>> from today)
>>
>> 2) Lars to incorporate any feedback and publish a revision.
>>
>> 3) Lars to set up a private poll via a form, the week of May 14th 
>> which will be open for a week. Community members that can vote are 
>> maintainers (including committers and maintainers)of any mature 
>> project in Xen (aka Xen and XCP).
>>
>> Best Regards
>> Lars
>>
>


--------------020206080307030005020502
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi everybody: <br>
    <br>
    I forgot to add the link to the voting form. Sorry for the confusion
    caused.<br>
    <br>
    You can find it at: <a class="moz-txt-link-freetext" href="http://xen.org/polls/governance_proposal1_2.html">http://xen.org/polls/governance_proposal1_2.html</a><br>
    <br>
    For those who have voted by e-mail: I will transfer your vote to the
    back-end and attach the mail you sent as proof.<br>
    You can vote again if you wish, in which case I will ignore any
    e-mail on the vote that you have sent.<br>
    <br>
    Regards<br>
    Lars<br>
    <br>
    On 11/05/2012 09:13, Lars Kurth wrote:
    <blockquote cite="mid:4FAD3ABC.7070905@xen.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Hi,<br>
      <br>
      there was no controversial feedback on the proposal to change <a
        moz-do-not-send="true" class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a><br>
      <br>
      The proposal can be viewed at: <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a><br>
      <br>
      Community Manager, Maintainers, Committers and Project leads of
      mature projects can vote according to <a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>).<br>
      <br>
      Voting works as follows:<br>
      +1: for proposal<br>
      0: abstain<br>
      -1: against proposal - must contain an alternative suggestion to
      the proposal or an explanation to be valid <br>
      <br>
      The vote is open until May 18th (for 1 week).<br>
      <br>
      Regards<br>
      Lars<br>
      <br>
      On 03/05/2012 09:30, Lars Kurth wrote:
      <blockquote cite="mid:4FA2B2B1.3040901@xen.org" type="cite">
        <div class="moz-text-flowed" style="font-family: -moz-fixed;
          font-size: 14px;" lang="x-western">Dear Developers, <br>
          <br>
          we have had the original Xen project governance document (see
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://xen.org/projects/governance.html">http://xen.org/projects/governance.html</a>
          <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
            href="http://www.xen.org/projects/governance.html">&lt;http://www.xen.org/projects/governance.html&gt;</a>)
          in effect now since July last year. The last minor review was
          in October 2011. <br>
          <br>
          Since then I had feedback on two items: <br>
          <br>
          a) Our governance does not specify how friction in the
          community is resolved. The role definitions cover the concept
          of Committers and Project leads acting as Referees, without
          being specific. In essence, the proposal reflects what happens
          informally in practice today and has happened in the past. <br>
          <br>
          b) There also was a bug in the definition of Project Lead:
          "Xen.org projects are managed by a Project Lead, who also is a
          maintainer" should be "..., who also is a committer". I
          clarified this and added a sentence that a project lead can
          also act as referee (which was implied before as a project
          lead is a committer). <br>
          <br>
          Please find a proposal for a new revision of the process at <a
            moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://xen.org/projects/governance_v1_2.html">http://xen.org/projects/governance_v1_2.html</a>
          which fixes these two issues. Changes are marked in italics
          and are in sections "Conflict Resolution" and "Project Lead".
          <br>
          <br>
          Timetable: <br>
          <br>
          1) Open review with feedback until 11th May (a bit more than a
          week from today) <br>
          <br>
          2) Lars to incorporate any feedback and publish a revision. <br>
          <br>
          3) Lars to set up a private poll via a form, the week of May
          14th which will be open for a week. Community members that can
          vote are maintainers (including committers and maintainers)of
          any mature project in Xen (aka Xen and XCP). <br>
          <br>
          Best Regards <br>
          Lars <br>
          <br>
        </div>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>

--------------020206080307030005020502--


--===============0073878643221405934==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0073878643221405934==--


From xen-api-bounces@lists.xen.org Mon May 14 18:45:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 18:45:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SU0Gb-0002wq-HS; Mon, 14 May 2012 18:45:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <torushikeshj@gmail.com>) id 1SU0GZ-0002wl-7m
	for xen-api@lists.xensource.com; Mon, 14 May 2012 18:45:07 +0000
Received: from [85.158.139.83:29248] by server-11.bemta-5.messagelabs.com id
	53/DE-12959-2B251BF4; Mon, 14 May 2012 18:45:06 +0000
X-Env-Sender: torushikeshj@gmail.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1337021103!28348524!1
X-Originating-IP: [74.125.83.43]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24704 invoked from network); 14 May 2012 18:45:04 -0000
Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com)
	(74.125.83.43)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 18:45:04 -0000
Received: by eekc14 with SMTP id c14so97063eek.30
	for <xen-api@lists.xensource.com>; Mon, 14 May 2012 11:45:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=buDilevmK5opD1eMD6rPfUyY5IuILsuGIUMjR/SXCJ4=;
	b=CwZvN9dBuObtaVpIjyiE+IsmLJMi/degcpo259usOC4/98OV+awUIOF2cplx7Yb3nC
	105jJwoyhh4KLzk06zcn6Xzk5YDAN9vNZlhwoFzG4qGeYln+h60G+cOidoPTXPdT1heU
	xhRsHGNZ3wc0GiY9uA4ywcCHi+1yblOkdTA+249o0NWoETmvIZ5OGiWgNQJGW+cg18QY
	yawqS4N6lbOV/ulY8pqvz9YGlQ0TBflMkfWyrU8zby8k3gzmzBC/T8vyn6Wj08IXl/go
	odctdm9F5MOjB1jeX5DeF9pacbkvyrLhuRFMsUEyVwQkeB0OZ7y/GT5h+tPFFc69g36+
	8OMg==
MIME-Version: 1.0
Received: by 10.213.108.146 with SMTP id f18mr1726674ebp.60.1337021102882;
	Mon, 14 May 2012 11:45:02 -0700 (PDT)
Received: by 10.14.101.71 with HTTP; Mon, 14 May 2012 11:45:02 -0700 (PDT)
In-Reply-To: <CAEOParg5z3fk=FVoqZek0mb=J4u_LimdaDgj_Mitu=9qA=+HRg@mail.gmail.com>
References: <CAEOParg5z3fk=FVoqZek0mb=J4u_LimdaDgj_Mitu=9qA=+HRg@mail.gmail.com>
Date: Tue, 15 May 2012 00:15:02 +0530
Message-ID: <CAO14VsO7T8jrqhAD_gd_gJqW07f5uYUmcPvCQuw9v=pWTNFx1Q@mail.gmail.com>
From: R J <torushikeshj@gmail.com>
To: William Baum <bill@thebaums.org>
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] XCP 1.1 kernel rpm's
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3066082205416497752=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3066082205416497752==
Content-Type: multipart/alternative; boundary=0015174c42b8e5020804c0037b6e

--0015174c42b8e5020804c0037b6e
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Nov 29, 2011 at 11:37 AM, William Baum <bill@thebaums.org> wrote:

> I made binary rpms from kernel-2.6.32.12-0.7.1.xs1.1.0.327.170596.src.rpm
>
> Available:
>
> kernel-kdump-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-utility-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-utility-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-xen-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-xen-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-extra-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-firmware-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-kdump-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
>
> Download from http://ge.tt/8OUH0VA
>
> I was able to successfully build a nic driver by installing the
> kernel-xen-devel (headers) package into an XCP build box, although one
> should be able to easily update a DDK..
>
> --Bill
>
>
Hi Bill,

This is really good work. I just tested the devel and it worked like charm.

I and I'm sure many other would really appreciate if you can make a wiki
doc on packaging the dev stuff and may be making an ISO.
There is lack of documentation for packaging the ISO and other developer
stuff or I must have missed the link.

Thanks once again.

Cheers,
Rishi

--0015174c42b8e5020804c0037b6e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">On Tue, Nov 29, 2011 at 11:37 AM, Willia=
m Baum <span dir=3D"ltr">&lt;<a href=3D"mailto:bill@thebaums.org" target=3D=
"_blank">bill@thebaums.org</a>&gt;</span> wrote:<br><blockquote class=3D"gm=
ail_quote" style=3D"margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
I made binary rpms from kernel-2.6.32.12-0.7.1.xs1.1.0.327.170596.src.rpm<b=
r><br>Available:<br><br>kernel-kdump-devel-2.6.32.12-0.7.1.xs1.1.0.327.1705=
96.i686.rpm<br>kernel-utility-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<b=
r>

kernel-utility-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-=
xen-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-xen-devel-2.6.32.=
12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-extra-devel-2.6.32.12-0.7.1.=
xs1.1.0.327.170596.i686.rpm<br>

kernel-firmware-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-kdump=
-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br><br>Download from <a href=
=3D"http://ge.tt/8OUH0VA" target=3D"_blank">http://ge.tt/8OUH0VA</a><br><br=
>
I was able to successfully build a nic driver by installing the kernel-xen-=
devel (headers) package into an XCP build box, although one should be able =
to easily update a DDK..<br>
<br>--Bill<br><br></blockquote><div>=A0</div><div>Hi Bill,<br><br>This is r=
eally good work. I just tested the devel and it worked like charm.<br><br>I=
 and I&#39;m sure many other would really appreciate if you can make a wiki=
 doc on packaging the dev stuff and may be making an ISO.<br>
There is lack of documentation for packaging the ISO and other developer st=
uff or I must have missed the link.<br><br>Thanks once again.<br><br>Cheers=
,<br>Rishi <br></div></div>

--0015174c42b8e5020804c0037b6e--


--===============3066082205416497752==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3066082205416497752==--


From xen-api-bounces@lists.xen.org Mon May 14 18:45:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 18:45:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SU0Gb-0002wq-HS; Mon, 14 May 2012 18:45:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <torushikeshj@gmail.com>) id 1SU0GZ-0002wl-7m
	for xen-api@lists.xensource.com; Mon, 14 May 2012 18:45:07 +0000
Received: from [85.158.139.83:29248] by server-11.bemta-5.messagelabs.com id
	53/DE-12959-2B251BF4; Mon, 14 May 2012 18:45:06 +0000
X-Env-Sender: torushikeshj@gmail.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1337021103!28348524!1
X-Originating-IP: [74.125.83.43]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24704 invoked from network); 14 May 2012 18:45:04 -0000
Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com)
	(74.125.83.43)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 18:45:04 -0000
Received: by eekc14 with SMTP id c14so97063eek.30
	for <xen-api@lists.xensource.com>; Mon, 14 May 2012 11:45:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=buDilevmK5opD1eMD6rPfUyY5IuILsuGIUMjR/SXCJ4=;
	b=CwZvN9dBuObtaVpIjyiE+IsmLJMi/degcpo259usOC4/98OV+awUIOF2cplx7Yb3nC
	105jJwoyhh4KLzk06zcn6Xzk5YDAN9vNZlhwoFzG4qGeYln+h60G+cOidoPTXPdT1heU
	xhRsHGNZ3wc0GiY9uA4ywcCHi+1yblOkdTA+249o0NWoETmvIZ5OGiWgNQJGW+cg18QY
	yawqS4N6lbOV/ulY8pqvz9YGlQ0TBflMkfWyrU8zby8k3gzmzBC/T8vyn6Wj08IXl/go
	odctdm9F5MOjB1jeX5DeF9pacbkvyrLhuRFMsUEyVwQkeB0OZ7y/GT5h+tPFFc69g36+
	8OMg==
MIME-Version: 1.0
Received: by 10.213.108.146 with SMTP id f18mr1726674ebp.60.1337021102882;
	Mon, 14 May 2012 11:45:02 -0700 (PDT)
Received: by 10.14.101.71 with HTTP; Mon, 14 May 2012 11:45:02 -0700 (PDT)
In-Reply-To: <CAEOParg5z3fk=FVoqZek0mb=J4u_LimdaDgj_Mitu=9qA=+HRg@mail.gmail.com>
References: <CAEOParg5z3fk=FVoqZek0mb=J4u_LimdaDgj_Mitu=9qA=+HRg@mail.gmail.com>
Date: Tue, 15 May 2012 00:15:02 +0530
Message-ID: <CAO14VsO7T8jrqhAD_gd_gJqW07f5uYUmcPvCQuw9v=pWTNFx1Q@mail.gmail.com>
From: R J <torushikeshj@gmail.com>
To: William Baum <bill@thebaums.org>
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] XCP 1.1 kernel rpm's
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3066082205416497752=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3066082205416497752==
Content-Type: multipart/alternative; boundary=0015174c42b8e5020804c0037b6e

--0015174c42b8e5020804c0037b6e
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Nov 29, 2011 at 11:37 AM, William Baum <bill@thebaums.org> wrote:

> I made binary rpms from kernel-2.6.32.12-0.7.1.xs1.1.0.327.170596.src.rpm
>
> Available:
>
> kernel-kdump-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-utility-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-utility-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-xen-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-xen-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-extra-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-firmware-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
> kernel-kdump-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm
>
> Download from http://ge.tt/8OUH0VA
>
> I was able to successfully build a nic driver by installing the
> kernel-xen-devel (headers) package into an XCP build box, although one
> should be able to easily update a DDK..
>
> --Bill
>
>
Hi Bill,

This is really good work. I just tested the devel and it worked like charm.

I and I'm sure many other would really appreciate if you can make a wiki
doc on packaging the dev stuff and may be making an ISO.
There is lack of documentation for packaging the ISO and other developer
stuff or I must have missed the link.

Thanks once again.

Cheers,
Rishi

--0015174c42b8e5020804c0037b6e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">On Tue, Nov 29, 2011 at 11:37 AM, Willia=
m Baum <span dir=3D"ltr">&lt;<a href=3D"mailto:bill@thebaums.org" target=3D=
"_blank">bill@thebaums.org</a>&gt;</span> wrote:<br><blockquote class=3D"gm=
ail_quote" style=3D"margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,=
204,204);padding-left:1ex">
I made binary rpms from kernel-2.6.32.12-0.7.1.xs1.1.0.327.170596.src.rpm<b=
r><br>Available:<br><br>kernel-kdump-devel-2.6.32.12-0.7.1.xs1.1.0.327.1705=
96.i686.rpm<br>kernel-utility-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<b=
r>

kernel-utility-devel-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-=
xen-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-xen-devel-2.6.32.=
12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-extra-devel-2.6.32.12-0.7.1.=
xs1.1.0.327.170596.i686.rpm<br>

kernel-firmware-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br>kernel-kdump=
-2.6.32.12-0.7.1.xs1.1.0.327.170596.i686.rpm<br><br>Download from <a href=
=3D"http://ge.tt/8OUH0VA" target=3D"_blank">http://ge.tt/8OUH0VA</a><br><br=
>
I was able to successfully build a nic driver by installing the kernel-xen-=
devel (headers) package into an XCP build box, although one should be able =
to easily update a DDK..<br>
<br>--Bill<br><br></blockquote><div>=A0</div><div>Hi Bill,<br><br>This is r=
eally good work. I just tested the devel and it worked like charm.<br><br>I=
 and I&#39;m sure many other would really appreciate if you can make a wiki=
 doc on packaging the dev stuff and may be making an ISO.<br>
There is lack of documentation for packaging the ISO and other developer st=
uff or I must have missed the link.<br><br>Thanks once again.<br><br>Cheers=
,<br>Rishi <br></div></div>

--0015174c42b8e5020804c0037b6e--


--===============3066082205416497752==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3066082205416497752==--


From xen-api-bounces@lists.xen.org Mon May 14 21:47:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 21:47:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SU36x-0004RV-LY; Mon, 14 May 2012 21:47:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <gshetty@nicira.com>) id 1SU36w-0004RQ-EK
	for xen-api@lists.xen.org; Mon, 14 May 2012 21:47:22 +0000
Received: from [85.158.139.83:40164] by server-4.bemta-5.messagelabs.com id
	05/C4-10788-96D71BF4; Mon, 14 May 2012 21:47:21 +0000
X-Env-Sender: gshetty@nicira.com
X-Msg-Ref: server-14.tower-182.messagelabs.com!1337032040!24102306!1
X-Originating-IP: [74.125.149.203]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15970 invoked from network); 14 May 2012 21:47:20 -0000
Received: from na3sys009aog110.obsmtp.com (HELO na3sys009aog110.obsmtp.com)
	(74.125.149.203) by server-14.tower-182.messagelabs.com with SMTP;
	14 May 2012 21:47:20 -0000
Received: from mail-ob0-f169.google.com ([209.85.214.169]) (using TLSv1) by
	na3sys009aob110.postini.com ([74.125.148.12]) with SMTP
	ID DSNKT7F9Z4AdLHllV7E7eioUaYAqFOtfLXpL@postini.com;
	Mon, 14 May 2012 14:47:20 PDT
Received: by mail-ob0-f169.google.com with SMTP id wd18so9902658obb.0
	for <xen-api@lists.xen.org>; Mon, 14 May 2012 14:47:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type
	:x-gm-message-state;
	bh=RDNx0uZvF9uxakcUeSOksKzcF3wRgACUxQC5b5mZq80=;
	b=W6hslgew2N4q+jEBX5glC4/mVllz6gVh4Hy5NQ4iwu/Gh0eKmdyAZwPoaUFDmsyLms
	g2ij4tD7N6KzEanap2ruUfr2UMx6DagTT969Fq8XBOevn4Ixrorci/m4WiUFrEc45OZw
	gl3/gpIXMkSSN4/hXpBXINrSPyEWK/eOKDXauqqs/keEEjEGNRQFngImxYVQg8T59kfR
	PbTLfC8TPZWSo1eh8ObZ75HZ+T2mB1qen8GDGaRjuQoI+Wfqazan6mOGIA6IP8ufitle
	2xJuQ2v8vvkvZe7KTO2uj8fMQpRPyMSRnuHyiWh1Au3bXQ9d1yPGqgKHSihjWhxufP+f
	hIVQ==
MIME-Version: 1.0
Received: by 10.182.16.1 with SMTP id b1mr14044110obd.31.1337032039377; Mon,
	14 May 2012 14:47:19 -0700 (PDT)
Received: by 10.60.144.106 with HTTP; Mon, 14 May 2012 14:47:19 -0700 (PDT)
Date: Mon, 14 May 2012 14:47:19 -0700
Message-ID: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
From: Gurucharan Shetty <gshetty@nicira.com>
To: xen-api@lists.xen.org
Content-Type: multipart/mixed; boundary=f46d04462fd6c2aaba04c00607b6
X-Gm-Message-State: ALoCoQk+8e/1j893UNZBS54JnlLP4OdmJOscIAco0C8yEYqtoYAGegBcWRvMjgT88ckUistG2RnH
Subject: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--f46d04462fd6c2aaba04c00607b6
Content-Type: text/plain; charset=ISO-8859-1

This was a bug observed in openvswitch's ovs-bugtool.
The same applies to xen-bugtool. I am not sure which git
repo has the source code of xen-bugtool to send a proper
patch. This attached patch (text file)is on the xen-bugtool
of xenserver6.0.

--8<--------------------------cut here-------------------------->8--
In xen-bugtool, we do a bunch of Popen calls to
get the results of some shell commands with stdout
set to PIPE. Once we are done, we need to
close the file descriptors. If not, there is a chance of
running out of file descriptors.

Signed-off-by: Gurucharan Shetty <gshetty@nicira.com>

--f46d04462fd6c2aaba04c00607b6
Content-Type: application/octet-stream; name=patch-xen-bugtool
Content-Disposition: attachment; filename=patch-xen-bugtool
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h2827arr0

LS0tIC91c3Ivc2Jpbi94ZW4tYnVndG9vbC5vcmlnCTIwMTItMDUtMTQgMTQ6MDM6NTkuMDAwMDAw
MDAwIC0wNzAwCisrKyAvdXNyL3NiaW4veGVuLWJ1Z3Rvb2wJMjAxMi0wNS0xNCAxNDowODoxMC4w
MDAwMDAwMDAgLTA3MDAKQEAgLTE1ODAsNiArMTU4MCw3IEBACiAgICAgZGVmIHRlcm1pbmF0ZShz
ZWxmKToKICAgICAgICAgaWYgc2VsZi5ydW5uaW5nOgogICAgICAgICAgICAgdHJ5OgorICAgICAg
ICAgICAgICAgIHNlbGYucHJvYy5zdGRvdXQuY2xvc2UoKQogICAgICAgICAgICAgICAgIG9zLmtp
bGwoc2VsZi5wcm9jLnBpZCwgU0lHVEVSTSkKICAgICAgICAgICAgIGV4Y2VwdDoKICAgICAgICAg
ICAgICAgICBwYXNzCkBAIC0xNTkyLDYgKzE1OTMsNyBAQAogICAgICAgICBsaW5lID0gc2VsZi5w
cm9jLnN0ZG91dC5yZWFkbGluZSgpCiAgICAgICAgIGlmIGxpbmUgPT0gJyc6CiAgICAgICAgICAg
ICAjIHByb2Nlc3MgZXhpdGVkCisgICAgICAgICAgICBzZWxmLnByb2Muc3Rkb3V0LmNsb3NlKCkK
ICAgICAgICAgICAgIHNlbGYuc3RhdHVzID0gc2VsZi5wcm9jLndhaXQoKQogICAgICAgICAgICAg
c2VsZi5wcm9jID0gTm9uZQogICAgICAgICAgICAgc2VsZi5ydW5uaW5nID0gRmFsc2UK
--f46d04462fd6c2aaba04c00607b6
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--f46d04462fd6c2aaba04c00607b6--


From xen-api-bounces@lists.xen.org Mon May 14 21:47:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 14 May 2012 21:47:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SU36x-0004RV-LY; Mon, 14 May 2012 21:47:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <gshetty@nicira.com>) id 1SU36w-0004RQ-EK
	for xen-api@lists.xen.org; Mon, 14 May 2012 21:47:22 +0000
Received: from [85.158.139.83:40164] by server-4.bemta-5.messagelabs.com id
	05/C4-10788-96D71BF4; Mon, 14 May 2012 21:47:21 +0000
X-Env-Sender: gshetty@nicira.com
X-Msg-Ref: server-14.tower-182.messagelabs.com!1337032040!24102306!1
X-Originating-IP: [74.125.149.203]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15970 invoked from network); 14 May 2012 21:47:20 -0000
Received: from na3sys009aog110.obsmtp.com (HELO na3sys009aog110.obsmtp.com)
	(74.125.149.203) by server-14.tower-182.messagelabs.com with SMTP;
	14 May 2012 21:47:20 -0000
Received: from mail-ob0-f169.google.com ([209.85.214.169]) (using TLSv1) by
	na3sys009aob110.postini.com ([74.125.148.12]) with SMTP
	ID DSNKT7F9Z4AdLHllV7E7eioUaYAqFOtfLXpL@postini.com;
	Mon, 14 May 2012 14:47:20 PDT
Received: by mail-ob0-f169.google.com with SMTP id wd18so9902658obb.0
	for <xen-api@lists.xen.org>; Mon, 14 May 2012 14:47:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type
	:x-gm-message-state;
	bh=RDNx0uZvF9uxakcUeSOksKzcF3wRgACUxQC5b5mZq80=;
	b=W6hslgew2N4q+jEBX5glC4/mVllz6gVh4Hy5NQ4iwu/Gh0eKmdyAZwPoaUFDmsyLms
	g2ij4tD7N6KzEanap2ruUfr2UMx6DagTT969Fq8XBOevn4Ixrorci/m4WiUFrEc45OZw
	gl3/gpIXMkSSN4/hXpBXINrSPyEWK/eOKDXauqqs/keEEjEGNRQFngImxYVQg8T59kfR
	PbTLfC8TPZWSo1eh8ObZ75HZ+T2mB1qen8GDGaRjuQoI+Wfqazan6mOGIA6IP8ufitle
	2xJuQ2v8vvkvZe7KTO2uj8fMQpRPyMSRnuHyiWh1Au3bXQ9d1yPGqgKHSihjWhxufP+f
	hIVQ==
MIME-Version: 1.0
Received: by 10.182.16.1 with SMTP id b1mr14044110obd.31.1337032039377; Mon,
	14 May 2012 14:47:19 -0700 (PDT)
Received: by 10.60.144.106 with HTTP; Mon, 14 May 2012 14:47:19 -0700 (PDT)
Date: Mon, 14 May 2012 14:47:19 -0700
Message-ID: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
From: Gurucharan Shetty <gshetty@nicira.com>
To: xen-api@lists.xen.org
Content-Type: multipart/mixed; boundary=f46d04462fd6c2aaba04c00607b6
X-Gm-Message-State: ALoCoQk+8e/1j893UNZBS54JnlLP4OdmJOscIAco0C8yEYqtoYAGegBcWRvMjgT88ckUistG2RnH
Subject: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--f46d04462fd6c2aaba04c00607b6
Content-Type: text/plain; charset=ISO-8859-1

This was a bug observed in openvswitch's ovs-bugtool.
The same applies to xen-bugtool. I am not sure which git
repo has the source code of xen-bugtool to send a proper
patch. This attached patch (text file)is on the xen-bugtool
of xenserver6.0.

--8<--------------------------cut here-------------------------->8--
In xen-bugtool, we do a bunch of Popen calls to
get the results of some shell commands with stdout
set to PIPE. Once we are done, we need to
close the file descriptors. If not, there is a chance of
running out of file descriptors.

Signed-off-by: Gurucharan Shetty <gshetty@nicira.com>

--f46d04462fd6c2aaba04c00607b6
Content-Type: application/octet-stream; name=patch-xen-bugtool
Content-Disposition: attachment; filename=patch-xen-bugtool
Content-Transfer-Encoding: base64
X-Attachment-Id: f_h2827arr0

LS0tIC91c3Ivc2Jpbi94ZW4tYnVndG9vbC5vcmlnCTIwMTItMDUtMTQgMTQ6MDM6NTkuMDAwMDAw
MDAwIC0wNzAwCisrKyAvdXNyL3NiaW4veGVuLWJ1Z3Rvb2wJMjAxMi0wNS0xNCAxNDowODoxMC4w
MDAwMDAwMDAgLTA3MDAKQEAgLTE1ODAsNiArMTU4MCw3IEBACiAgICAgZGVmIHRlcm1pbmF0ZShz
ZWxmKToKICAgICAgICAgaWYgc2VsZi5ydW5uaW5nOgogICAgICAgICAgICAgdHJ5OgorICAgICAg
ICAgICAgICAgIHNlbGYucHJvYy5zdGRvdXQuY2xvc2UoKQogICAgICAgICAgICAgICAgIG9zLmtp
bGwoc2VsZi5wcm9jLnBpZCwgU0lHVEVSTSkKICAgICAgICAgICAgIGV4Y2VwdDoKICAgICAgICAg
ICAgICAgICBwYXNzCkBAIC0xNTkyLDYgKzE1OTMsNyBAQAogICAgICAgICBsaW5lID0gc2VsZi5w
cm9jLnN0ZG91dC5yZWFkbGluZSgpCiAgICAgICAgIGlmIGxpbmUgPT0gJyc6CiAgICAgICAgICAg
ICAjIHByb2Nlc3MgZXhpdGVkCisgICAgICAgICAgICBzZWxmLnByb2Muc3Rkb3V0LmNsb3NlKCkK
ICAgICAgICAgICAgIHNlbGYuc3RhdHVzID0gc2VsZi5wcm9jLndhaXQoKQogICAgICAgICAgICAg
c2VsZi5wcm9jID0gTm9uZQogICAgICAgICAgICAgc2VsZi5ydW5uaW5nID0gRmFsc2UK
--f46d04462fd6c2aaba04c00607b6
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--f46d04462fd6c2aaba04c00607b6--


From xen-api-bounces@lists.xen.org Tue May 15 13:38:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 15 May 2012 13:38:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUHxE-0005og-JM; Tue, 15 May 2012 13:38:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SUHxC-0005oR-Vt
	for xen-api@lists.xensource.com; Tue, 15 May 2012 13:38:19 +0000
Received: from [85.158.139.83:34787] by server-6.bemta-5.messagelabs.com id
	67/8B-13222-94C52BF4; Tue, 15 May 2012 13:38:17 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337089096!27828525!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11028 invoked from network); 15 May 2012 13:38:17 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	15 May 2012 13:38:17 -0000
Received: by lbom4 with SMTP id m4so4710281lbo.30
	for <xen-api@lists.xensource.com>; Tue, 15 May 2012 06:38:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=gRgvm3m1Fdc1Oh2owLi6zMr7XKIDUQ5YxsOmEMkBXGc=;
	b=s/+51+McRKhERT7FgShuhPrkYgIiHMlVTndj6F0FwvzqftU2AGeVlaCN6WlJFJHaEy
	nTkmMrzTw7EVL9Ph7yqrXy6yqkFF2hHM/FOHVx9Wa5MxWqDBtLxvpPXP28lOqq894a77
	gEqVJDY5XvfHQIQQQYUNcedzidXrvkzc8E9bqPb4Ptp8dl8fXPqEjHOnpf7QE5VVbRis
	bEbK/fVOUPSTz50Un2OjBkm8ObRRApHVi1nK/xRgAoqnzOzw/PSGJxIWtXDi0PXHWd8y
	GFf3CMGlTe0ad/zoLzxorJB79UTH/qPaA1A8Y6d+P3q2YKTMpL4CH70696JeiyG51p/e
	4TuA==
Received: by 10.112.104.100 with SMTP id gd4mr5530703lbb.24.1337089095930;
	Tue, 15 May 2012 06:38:15 -0700 (PDT)
Received: from [0.0.0.0] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id tt8sm28610316lbb.16.2012.05.15.06.38.13
	(version=SSLv3 cipher=OTHER); Tue, 15 May 2012 06:38:14 -0700 (PDT)
Message-ID: <4FB25C43.80203@gmail.com>
Date: Tue, 15 May 2012 17:38:11 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] Error when writing to state file (4c)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

Can someone say me what exactly this message means (appear during 
migration)?

msg: INTERNAL_ERROR: [ Domain.Xenguest_failure("Error while waiting for 
suspend notification: xc_domain_save 1  Error when writing to state file 
(4c) (errno 104)\\\"")


Which step of migration failing?

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 15 13:38:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 15 May 2012 13:38:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUHxE-0005og-JM; Tue, 15 May 2012 13:38:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SUHxC-0005oR-Vt
	for xen-api@lists.xensource.com; Tue, 15 May 2012 13:38:19 +0000
Received: from [85.158.139.83:34787] by server-6.bemta-5.messagelabs.com id
	67/8B-13222-94C52BF4; Tue, 15 May 2012 13:38:17 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337089096!27828525!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11028 invoked from network); 15 May 2012 13:38:17 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	15 May 2012 13:38:17 -0000
Received: by lbom4 with SMTP id m4so4710281lbo.30
	for <xen-api@lists.xensource.com>; Tue, 15 May 2012 06:38:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=gRgvm3m1Fdc1Oh2owLi6zMr7XKIDUQ5YxsOmEMkBXGc=;
	b=s/+51+McRKhERT7FgShuhPrkYgIiHMlVTndj6F0FwvzqftU2AGeVlaCN6WlJFJHaEy
	nTkmMrzTw7EVL9Ph7yqrXy6yqkFF2hHM/FOHVx9Wa5MxWqDBtLxvpPXP28lOqq894a77
	gEqVJDY5XvfHQIQQQYUNcedzidXrvkzc8E9bqPb4Ptp8dl8fXPqEjHOnpf7QE5VVbRis
	bEbK/fVOUPSTz50Un2OjBkm8ObRRApHVi1nK/xRgAoqnzOzw/PSGJxIWtXDi0PXHWd8y
	GFf3CMGlTe0ad/zoLzxorJB79UTH/qPaA1A8Y6d+P3q2YKTMpL4CH70696JeiyG51p/e
	4TuA==
Received: by 10.112.104.100 with SMTP id gd4mr5530703lbb.24.1337089095930;
	Tue, 15 May 2012 06:38:15 -0700 (PDT)
Received: from [0.0.0.0] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id tt8sm28610316lbb.16.2012.05.15.06.38.13
	(version=SSLv3 cipher=OTHER); Tue, 15 May 2012 06:38:14 -0700 (PDT)
Message-ID: <4FB25C43.80203@gmail.com>
Date: Tue, 15 May 2012 17:38:11 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] Error when writing to state file (4c)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

Can someone say me what exactly this message means (appear during 
migration)?

msg: INTERNAL_ERROR: [ Domain.Xenguest_failure("Error while waiting for 
suspend notification: xc_domain_save 1  Error when writing to state file 
(4c) (errno 104)\\\"")


Which step of migration failing?

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 16 08:38:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 08:38:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUZkp-0006zU-1Q; Wed, 16 May 2012 08:38:43 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sr@swisscenter.com>) id 1SUZko-0006zO-8I
	for xen-api@lists.xensource.com; Wed, 16 May 2012 08:38:42 +0000
Received: from [85.158.143.35:65032] by server-1.bemta-4.messagelabs.com id
	BF/E5-20925-19763BF4; Wed, 16 May 2012 08:38:41 +0000
X-Env-Sender: sr@swisscenter.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337157520!12472127!1
X-Originating-IP: [94.103.96.90]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13112 invoked from network); 16 May 2012 08:38:40 -0000
Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90)
	by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 May 2012 08:38:40 -0000
Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10])
	(authenticated bits=0)
	by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id
	q4G8cd36007203
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <xen-api@lists.xensource.com>; Wed, 16 May 2012 10:38:40 +0200
Message-ID: <4FB3678C.6020302@swisscenter.com>
Date: Wed, 16 May 2012 10:38:36 +0200
From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
X-Virus-Scanned: clamav-milter 0.97.3 at mail
X-Virus-Status: Clean
Subject: [Xen-API] XCP 1.1 and broadcom iscsi offloading
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I'm currently trying to get Broadcom NIC's iscsi offloading feature =

working on an xcp 1.1 box.

As the stock xcp 1.1 kernel doesn't contain the cnic/bnx2i I've build =

them from latest driver package I've downloaded on Broadcom's site.
For this I've used a modded DDK vm for XenServer 5.6 sp2 where I've =

installed the xcp 1.1 kernel header files.

The building worked like a charm.

Then, I've installed the modules on my xcp 1.1 box, rebooted and =

everything went fine.

I've manually loaded the bnx2i driver, so far so good.

Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.4i (Nov 01, 2011)
iscsi: registered transport (bnx2i)
scsi4 : Broadcom Offload iSCSI Initiator
bnx2i [05:00.01]: ISCSI_INIT passed
scsi5 : Broadcom Offload iSCSI Initiator
bnx2i [05:00.00]: ISCSI_INIT passed
scsi6 : Broadcom Offload iSCSI Initiator
bnx2i [03:00.01]: ISCSI_INIT passed
scsi7 : Broadcom Offload iSCSI Initiator
bnx2i [03:00.00]: ISCSI_INIT passed
scsi8 : Broadcom Offload iSCSI Initiator
bnx2i [01:00.01]: ISCSI_INIT passed
scsi9 : Broadcom Offload iSCSI Initiator
bnx2i [01:00.00]: ISCSI_INIT passed

The target discoveries went good too, using iscsiadm, but then when I =

issue an iscsiadm -m node --login, it seems to break the kernel:


------------[ cut here ]------------
kernel BUG at =

/usr/src/redhat/BUILD/kernel-2.6.32.12/linux-2.6.32.12-0.7.1.xs1.sc.1.0.327=
.170596xen/arch/x86/include/mach-xen/asm/maddr_32.h:36!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/class/uio/uio5/event
Modules linked in: iscsi_tcp libiscsi_tcp bnx2i cnic uio lockd sunrpc =

libiscsi scsi_transport_iscsi bridge stp llc binfmt_misc video output =

sbs sbshc fan container battery ac dm_multipath scsi_dh parport_pc lp =

parport nvram joydev sr_mod cdrom evdev usb_storage usb_libusual usbhid =

sg thermal button processor thermal_sys bnx2x mdio bnx2 rtc_cmos =

rtc_core rtc_lib 8250_pnp tpm_tis 8250 tpm tpm_bios serial_core pcspkr =

fbcon tileblit font bitblit softcursor dm_snapshot dm_zero dm_mirror =

dm_region_hash dm_log dm_mod ide_gd_mod megaraid_sas sd_mod scsi_mod =

ext3 jbd uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: libiscsi_tcp]

Pid: 9625, comm: brcm_iscsiuio Not tainted =

(2.6.32.12-0.7.1.xs1.sc.1.0.327.170596xen #1) PowerEdge M610
EIP: 0061:[<c017a245>] EFLAGS: 00010206 CPU: 3
EIP is at remap_pfn_range+0x3f5/0x4a0
EAX: 0002f800 EBX: 80000000 ECX: 00000000 EDX: 000dd800
ESI: dd800037 EDI: 80000000 EBP: ee007ee0 ESP: ee007e7c
  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069
Process brcm_iscsiuio (pid: 9625, ti=3Dee006000 task=3Ded4263f0 =

task.ti=3Dee006000)
Stack:
  ee820ba8 004ef2d7 00000000 000dd800 b386a000 ed200010 b3d6a000 b3d6a000
<0> e9411200 c019de61 d5c67000 000dd800 c1563aec eb858ce0 eea58027 00000004
<0> fff4c796 b3d69fff b3d69fff 00029f96 eb0d7358 b3a00000 00000037 80000000
Call Trace:
  [<c019de61>] ? do_path_lookup+0x31/0x60
  [<f04795b7>] ? uio_mmap+0x107/0x110 [uio]
  [<c017fc6b>] ? mmap_region+0x24b/0x3a0
  [<c018008e>] ? do_mmap_pgoff+0x2ce/0x2f0
  [<c0171fd6>] ? sys_mmap_pgoff+0xd6/0x100
  [<c01044e1>] ? syscall_call+0x7/0xb
Code: 45 b0 08 89 4d ac e9 b1 fc ff ff b8 ea ff ff ff 83 c4 58 5b 5e 5f =

5d c3 81 4b 18 00 00 00 40 89 4b 48 e9 57 fc ff ff 0f 0b eb fe <0f> 0b =

eb fe 0f 0b eb fe 31 c0 eb d9 8b 55 c0 8b 4d c4 8b 45 ac
EIP: [<c017a245>] remap_pfn_range+0x3f5/0x4a0 SS:ESP 0069:ee007e7c
---[ end trace 394852ab47647f02 ]---
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count


Anyone having experience with iscsi offloading on xcp 1.1 ? Or having an =

idea ?

Thanks :)

Cheers,
S=E9bastien

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 16 08:38:52 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 08:38:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUZkp-0006zU-1Q; Wed, 16 May 2012 08:38:43 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sr@swisscenter.com>) id 1SUZko-0006zO-8I
	for xen-api@lists.xensource.com; Wed, 16 May 2012 08:38:42 +0000
Received: from [85.158.143.35:65032] by server-1.bemta-4.messagelabs.com id
	BF/E5-20925-19763BF4; Wed, 16 May 2012 08:38:41 +0000
X-Env-Sender: sr@swisscenter.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337157520!12472127!1
X-Originating-IP: [94.103.96.90]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13112 invoked from network); 16 May 2012 08:38:40 -0000
Received: from mail.swisslink.ch (HELO mail.swisslink.ch) (94.103.96.90)
	by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 May 2012 08:38:40 -0000
Received: from [10.8.0.14] (gate.swisslink.ch [62.2.195.10])
	(authenticated bits=0)
	by mail.swisslink.ch (8.14.3/8.14.3/Debian-9.4) with ESMTP id
	q4G8cd36007203
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <xen-api@lists.xensource.com>; Wed, 16 May 2012 10:38:40 +0200
Message-ID: <4FB3678C.6020302@swisscenter.com>
Date: Wed, 16 May 2012 10:38:36 +0200
From: =?ISO-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
X-Virus-Scanned: clamav-milter 0.97.3 at mail
X-Virus-Status: Clean
Subject: [Xen-API] XCP 1.1 and broadcom iscsi offloading
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I'm currently trying to get Broadcom NIC's iscsi offloading feature =

working on an xcp 1.1 box.

As the stock xcp 1.1 kernel doesn't contain the cnic/bnx2i I've build =

them from latest driver package I've downloaded on Broadcom's site.
For this I've used a modded DDK vm for XenServer 5.6 sp2 where I've =

installed the xcp 1.1 kernel header files.

The building worked like a charm.

Then, I've installed the modules on my xcp 1.1 box, rebooted and =

everything went fine.

I've manually loaded the bnx2i driver, so far so good.

Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.4i (Nov 01, 2011)
iscsi: registered transport (bnx2i)
scsi4 : Broadcom Offload iSCSI Initiator
bnx2i [05:00.01]: ISCSI_INIT passed
scsi5 : Broadcom Offload iSCSI Initiator
bnx2i [05:00.00]: ISCSI_INIT passed
scsi6 : Broadcom Offload iSCSI Initiator
bnx2i [03:00.01]: ISCSI_INIT passed
scsi7 : Broadcom Offload iSCSI Initiator
bnx2i [03:00.00]: ISCSI_INIT passed
scsi8 : Broadcom Offload iSCSI Initiator
bnx2i [01:00.01]: ISCSI_INIT passed
scsi9 : Broadcom Offload iSCSI Initiator
bnx2i [01:00.00]: ISCSI_INIT passed

The target discoveries went good too, using iscsiadm, but then when I =

issue an iscsiadm -m node --login, it seems to break the kernel:


------------[ cut here ]------------
kernel BUG at =

/usr/src/redhat/BUILD/kernel-2.6.32.12/linux-2.6.32.12-0.7.1.xs1.sc.1.0.327=
.170596xen/arch/x86/include/mach-xen/asm/maddr_32.h:36!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/class/uio/uio5/event
Modules linked in: iscsi_tcp libiscsi_tcp bnx2i cnic uio lockd sunrpc =

libiscsi scsi_transport_iscsi bridge stp llc binfmt_misc video output =

sbs sbshc fan container battery ac dm_multipath scsi_dh parport_pc lp =

parport nvram joydev sr_mod cdrom evdev usb_storage usb_libusual usbhid =

sg thermal button processor thermal_sys bnx2x mdio bnx2 rtc_cmos =

rtc_core rtc_lib 8250_pnp tpm_tis 8250 tpm tpm_bios serial_core pcspkr =

fbcon tileblit font bitblit softcursor dm_snapshot dm_zero dm_mirror =

dm_region_hash dm_log dm_mod ide_gd_mod megaraid_sas sd_mod scsi_mod =

ext3 jbd uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: libiscsi_tcp]

Pid: 9625, comm: brcm_iscsiuio Not tainted =

(2.6.32.12-0.7.1.xs1.sc.1.0.327.170596xen #1) PowerEdge M610
EIP: 0061:[<c017a245>] EFLAGS: 00010206 CPU: 3
EIP is at remap_pfn_range+0x3f5/0x4a0
EAX: 0002f800 EBX: 80000000 ECX: 00000000 EDX: 000dd800
ESI: dd800037 EDI: 80000000 EBP: ee007ee0 ESP: ee007e7c
  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069
Process brcm_iscsiuio (pid: 9625, ti=3Dee006000 task=3Ded4263f0 =

task.ti=3Dee006000)
Stack:
  ee820ba8 004ef2d7 00000000 000dd800 b386a000 ed200010 b3d6a000 b3d6a000
<0> e9411200 c019de61 d5c67000 000dd800 c1563aec eb858ce0 eea58027 00000004
<0> fff4c796 b3d69fff b3d69fff 00029f96 eb0d7358 b3a00000 00000037 80000000
Call Trace:
  [<c019de61>] ? do_path_lookup+0x31/0x60
  [<f04795b7>] ? uio_mmap+0x107/0x110 [uio]
  [<c017fc6b>] ? mmap_region+0x24b/0x3a0
  [<c018008e>] ? do_mmap_pgoff+0x2ce/0x2f0
  [<c0171fd6>] ? sys_mmap_pgoff+0xd6/0x100
  [<c01044e1>] ? syscall_call+0x7/0xb
Code: 45 b0 08 89 4d ac e9 b1 fc ff ff b8 ea ff ff ff 83 c4 58 5b 5e 5f =

5d c3 81 4b 18 00 00 00 40 89 4b 48 e9 57 fc ff ff 0f 0b eb fe <0f> 0b =

eb fe 0f 0b eb fe 31 c0 eb d9 8b 55 c0 8b 4d c4 8b 45 ac
EIP: [<c017a245>] remap_pfn_range+0x3f5/0x4a0 SS:ESP 0069:ee007e7c
---[ end trace 394852ab47647f02 ]---
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count


Anyone having experience with iscsi offloading on xcp 1.1 ? Or having an =

idea ?

Thanks :)

Cheers,
S=E9bastien

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 16 09:18:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 09:18:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUaNR-0007fH-L9; Wed, 16 May 2012 09:18:37 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Uli.Staerk@globalways.net>) id 1SUaNQ-0007fB-0m
	for xen-api@lists.xensource.com; Wed, 16 May 2012 09:18:36 +0000
Received: from [85.158.143.99:43756] by server-1.bemta-4.messagelabs.com id
	B9/23-20925-BE073BF4; Wed, 16 May 2012 09:18:35 +0000
X-Env-Sender: Uli.Staerk@globalways.net
X-Msg-Ref: server-12.tower-216.messagelabs.com!1337159913!22987503!1
X-Originating-IP: [94.186.131.13]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22244 invoked from network); 16 May 2012 09:18:34 -0000
Received: from mx4.emx.globalways.net (HELO mx4.emx.globalways.net)
	(94.186.131.13) by server-12.tower-216.messagelabs.com with SMTP;
	16 May 2012 09:18:34 -0000
Received: (qmail 5566 invoked by uid 5007); 16 May 2012 11:18:33 +0200
Received: from mail-out1.emx.globalways.net by mx4 (envelope-from
	<Uli.Staerk@globalways.net>, uid 5001) with qmail-scanner-2.08 
	(clamdscan: 0.96/12115. spamassassin: 3.2.5.  
	Clear:RC:1(94.186.131.60):. 
	Processed in 0.024017 secs); 16 May 2012 09:18:33 -0000
Received: from mail-out1.emx.globalways.net (94.186.131.60)
	by mx4.emx.globalways.net with SMTP; 16 May 2012 11:18:32 +0200
Received: (qmail 12782 invoked from network); 16 May 2012 09:18:32 -0000
Received: from unknown (HELO EX1-STGT.intern.globalways.net) (94.186.131.40)
	by mail-out1.emx.globalways.net with ESMTPS (AES128-SHA encrypted);
	16 May 2012 09:18:32 -0000
Received: from EX1-STGT.intern.globalways.net ([10.9.0.3]) by
	EX1-STGT.intern.globalways.net ([10.9.0.3]) with mapi id 14.01.0218.012;
	Wed, 16 May 2012 11:20:42 +0200
From: =?iso-8859-1?Q?Uli_St=E4rk?= <Uli.Staerk@globalways.net>
To: =?iso-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
Thread-Topic: [Xen-API] XCP 1.1 and broadcom iscsi offloading
Thread-Index: AQHNMz+5VFJNZSZL0kq/z0WmhGrLvJbMHnsw
Date: Wed, 16 May 2012 09:20:41 +0000
Message-ID: <BD4874944A68BE4C92E66740829DD316227EAB@EX1-STGT.intern.globalways.net>
References: <4FB3678C.6020302@swisscenter.com>
In-Reply-To: <4FB3678C.6020302@swisscenter.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.9.0.1]
MIME-Version: 1.0
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] XCP 1.1 and broadcom iscsi offloading
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

These iscsi-offload drivers dont seem be stable and I didn't manage to get =
them working either. Even if it would work, I would not consider using them=
 in a production environment because I've lost the confidence that this kin=
d of black-box-offloading is a good idea. On the other hand, we have pretty=
 good experiences with intel 82599EB (ixgbe), because they use interrupt th=
rottling to limit the overhead.

-----Urspr=FCngliche Nachricht-----
Von: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] I=
m Auftrag von S=E9bastien Riccio
Gesendet: Mittwoch, 16. Mai 2012 10:39
An: xen-api@lists.xensource.com
Betreff: [Xen-API] XCP 1.1 and broadcom iscsi offloading

Hi,

I'm currently trying to get Broadcom NIC's iscsi offloading feature working=
 on an xcp 1.1 box.

As the stock xcp 1.1 kernel doesn't contain the cnic/bnx2i I've build them =
from latest driver package I've downloaded on Broadcom's site.
For this I've used a modded DDK vm for XenServer 5.6 sp2 where I've install=
ed the xcp 1.1 kernel header files.

The building worked like a charm.

Then, I've installed the modules on my xcp 1.1 box, rebooted and everything=
 went fine.

I've manually loaded the bnx2i driver, so far so good.

Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.4i (Nov 01, 2011)
iscsi: registered transport (bnx2i)
scsi4 : Broadcom Offload iSCSI Initiator bnx2i [05:00.01]: ISCSI_INIT passed
scsi5 : Broadcom Offload iSCSI Initiator bnx2i [05:00.00]: ISCSI_INIT passed
scsi6 : Broadcom Offload iSCSI Initiator bnx2i [03:00.01]: ISCSI_INIT passed
scsi7 : Broadcom Offload iSCSI Initiator bnx2i [03:00.00]: ISCSI_INIT passed
scsi8 : Broadcom Offload iSCSI Initiator bnx2i [01:00.01]: ISCSI_INIT passed
scsi9 : Broadcom Offload iSCSI Initiator bnx2i [01:00.00]: ISCSI_INIT passed

The target discoveries went good too, using iscsiadm, but then when I issue=
 an iscsiadm -m node --login, it seems to break the kernel:


------------[ cut here ]------------
kernel BUG at =

/usr/src/redhat/BUILD/kernel-2.6.32.12/linux-2.6.32.12-0.7.1.xs1.sc.1.0.327=
.170596xen/arch/x86/include/mach-xen/asm/maddr_32.h:36!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/class/uio/uio5/event
Modules linked in: iscsi_tcp libiscsi_tcp bnx2i cnic uio lockd sunrpc =

libiscsi scsi_transport_iscsi bridge stp llc binfmt_misc video output =

sbs sbshc fan container battery ac dm_multipath scsi_dh parport_pc lp =

parport nvram joydev sr_mod cdrom evdev usb_storage usb_libusual usbhid =

sg thermal button processor thermal_sys bnx2x mdio bnx2 rtc_cmos =

rtc_core rtc_lib 8250_pnp tpm_tis 8250 tpm tpm_bios serial_core pcspkr =

fbcon tileblit font bitblit softcursor dm_snapshot dm_zero dm_mirror =

dm_region_hash dm_log dm_mod ide_gd_mod megaraid_sas sd_mod scsi_mod =

ext3 jbd uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: libiscsi_tcp]

Pid: 9625, comm: brcm_iscsiuio Not tainted =

(2.6.32.12-0.7.1.xs1.sc.1.0.327.170596xen #1) PowerEdge M610
EIP: 0061:[<c017a245>] EFLAGS: 00010206 CPU: 3
EIP is at remap_pfn_range+0x3f5/0x4a0
EAX: 0002f800 EBX: 80000000 ECX: 00000000 EDX: 000dd800
ESI: dd800037 EDI: 80000000 EBP: ee007ee0 ESP: ee007e7c
  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069
Process brcm_iscsiuio (pid: 9625, ti=3Dee006000 task=3Ded4263f0 =

task.ti=3Dee006000)
Stack:
  ee820ba8 004ef2d7 00000000 000dd800 b386a000 ed200010 b3d6a000 b3d6a000
<0> e9411200 c019de61 d5c67000 000dd800 c1563aec eb858ce0 eea58027 00000004
<0> fff4c796 b3d69fff b3d69fff 00029f96 eb0d7358 b3a00000 00000037 80000000
Call Trace:
  [<c019de61>] ? do_path_lookup+0x31/0x60
  [<f04795b7>] ? uio_mmap+0x107/0x110 [uio]
  [<c017fc6b>] ? mmap_region+0x24b/0x3a0
  [<c018008e>] ? do_mmap_pgoff+0x2ce/0x2f0
  [<c0171fd6>] ? sys_mmap_pgoff+0xd6/0x100
  [<c01044e1>] ? syscall_call+0x7/0xb
Code: 45 b0 08 89 4d ac e9 b1 fc ff ff b8 ea ff ff ff 83 c4 58 5b 5e 5f =

5d c3 81 4b 18 00 00 00 40 89 4b 48 e9 57 fc ff ff 0f 0b eb fe <0f> 0b =

eb fe 0f 0b eb fe 31 c0 eb d9 8b 55 c0 8b 4d c4 8b 45 ac
EIP: [<c017a245>] remap_pfn_range+0x3f5/0x4a0 SS:ESP 0069:ee007e7c
---[ end trace 394852ab47647f02 ]---
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count


Anyone having experience with iscsi offloading on xcp 1.1 ? Or having an =

idea ?

Thanks :)

Cheers,
S=E9bastien

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 16 09:18:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 09:18:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUaNR-0007fH-L9; Wed, 16 May 2012 09:18:37 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Uli.Staerk@globalways.net>) id 1SUaNQ-0007fB-0m
	for xen-api@lists.xensource.com; Wed, 16 May 2012 09:18:36 +0000
Received: from [85.158.143.99:43756] by server-1.bemta-4.messagelabs.com id
	B9/23-20925-BE073BF4; Wed, 16 May 2012 09:18:35 +0000
X-Env-Sender: Uli.Staerk@globalways.net
X-Msg-Ref: server-12.tower-216.messagelabs.com!1337159913!22987503!1
X-Originating-IP: [94.186.131.13]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22244 invoked from network); 16 May 2012 09:18:34 -0000
Received: from mx4.emx.globalways.net (HELO mx4.emx.globalways.net)
	(94.186.131.13) by server-12.tower-216.messagelabs.com with SMTP;
	16 May 2012 09:18:34 -0000
Received: (qmail 5566 invoked by uid 5007); 16 May 2012 11:18:33 +0200
Received: from mail-out1.emx.globalways.net by mx4 (envelope-from
	<Uli.Staerk@globalways.net>, uid 5001) with qmail-scanner-2.08 
	(clamdscan: 0.96/12115. spamassassin: 3.2.5.  
	Clear:RC:1(94.186.131.60):. 
	Processed in 0.024017 secs); 16 May 2012 09:18:33 -0000
Received: from mail-out1.emx.globalways.net (94.186.131.60)
	by mx4.emx.globalways.net with SMTP; 16 May 2012 11:18:32 +0200
Received: (qmail 12782 invoked from network); 16 May 2012 09:18:32 -0000
Received: from unknown (HELO EX1-STGT.intern.globalways.net) (94.186.131.40)
	by mail-out1.emx.globalways.net with ESMTPS (AES128-SHA encrypted);
	16 May 2012 09:18:32 -0000
Received: from EX1-STGT.intern.globalways.net ([10.9.0.3]) by
	EX1-STGT.intern.globalways.net ([10.9.0.3]) with mapi id 14.01.0218.012;
	Wed, 16 May 2012 11:20:42 +0200
From: =?iso-8859-1?Q?Uli_St=E4rk?= <Uli.Staerk@globalways.net>
To: =?iso-8859-1?Q?S=E9bastien_Riccio?= <sr@swisscenter.com>
Thread-Topic: [Xen-API] XCP 1.1 and broadcom iscsi offloading
Thread-Index: AQHNMz+5VFJNZSZL0kq/z0WmhGrLvJbMHnsw
Date: Wed, 16 May 2012 09:20:41 +0000
Message-ID: <BD4874944A68BE4C92E66740829DD316227EAB@EX1-STGT.intern.globalways.net>
References: <4FB3678C.6020302@swisscenter.com>
In-Reply-To: <4FB3678C.6020302@swisscenter.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.9.0.1]
MIME-Version: 1.0
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] XCP 1.1 and broadcom iscsi offloading
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

These iscsi-offload drivers dont seem be stable and I didn't manage to get =
them working either. Even if it would work, I would not consider using them=
 in a production environment because I've lost the confidence that this kin=
d of black-box-offloading is a good idea. On the other hand, we have pretty=
 good experiences with intel 82599EB (ixgbe), because they use interrupt th=
rottling to limit the overhead.

-----Urspr=FCngliche Nachricht-----
Von: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] I=
m Auftrag von S=E9bastien Riccio
Gesendet: Mittwoch, 16. Mai 2012 10:39
An: xen-api@lists.xensource.com
Betreff: [Xen-API] XCP 1.1 and broadcom iscsi offloading

Hi,

I'm currently trying to get Broadcom NIC's iscsi offloading feature working=
 on an xcp 1.1 box.

As the stock xcp 1.1 kernel doesn't contain the cnic/bnx2i I've build them =
from latest driver package I've downloaded on Broadcom's site.
For this I've used a modded DDK vm for XenServer 5.6 sp2 where I've install=
ed the xcp 1.1 kernel header files.

The building worked like a charm.

Then, I've installed the modules on my xcp 1.1 box, rebooted and everything=
 went fine.

I've manually loaded the bnx2i driver, so far so good.

Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.4i (Nov 01, 2011)
iscsi: registered transport (bnx2i)
scsi4 : Broadcom Offload iSCSI Initiator bnx2i [05:00.01]: ISCSI_INIT passed
scsi5 : Broadcom Offload iSCSI Initiator bnx2i [05:00.00]: ISCSI_INIT passed
scsi6 : Broadcom Offload iSCSI Initiator bnx2i [03:00.01]: ISCSI_INIT passed
scsi7 : Broadcom Offload iSCSI Initiator bnx2i [03:00.00]: ISCSI_INIT passed
scsi8 : Broadcom Offload iSCSI Initiator bnx2i [01:00.01]: ISCSI_INIT passed
scsi9 : Broadcom Offload iSCSI Initiator bnx2i [01:00.00]: ISCSI_INIT passed

The target discoveries went good too, using iscsiadm, but then when I issue=
 an iscsiadm -m node --login, it seems to break the kernel:


------------[ cut here ]------------
kernel BUG at =

/usr/src/redhat/BUILD/kernel-2.6.32.12/linux-2.6.32.12-0.7.1.xs1.sc.1.0.327=
.170596xen/arch/x86/include/mach-xen/asm/maddr_32.h:36!
invalid opcode: 0000 [#1] SMP
last sysfs file: /sys/class/uio/uio5/event
Modules linked in: iscsi_tcp libiscsi_tcp bnx2i cnic uio lockd sunrpc =

libiscsi scsi_transport_iscsi bridge stp llc binfmt_misc video output =

sbs sbshc fan container battery ac dm_multipath scsi_dh parport_pc lp =

parport nvram joydev sr_mod cdrom evdev usb_storage usb_libusual usbhid =

sg thermal button processor thermal_sys bnx2x mdio bnx2 rtc_cmos =

rtc_core rtc_lib 8250_pnp tpm_tis 8250 tpm tpm_bios serial_core pcspkr =

fbcon tileblit font bitblit softcursor dm_snapshot dm_zero dm_mirror =

dm_region_hash dm_log dm_mod ide_gd_mod megaraid_sas sd_mod scsi_mod =

ext3 jbd uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: libiscsi_tcp]

Pid: 9625, comm: brcm_iscsiuio Not tainted =

(2.6.32.12-0.7.1.xs1.sc.1.0.327.170596xen #1) PowerEdge M610
EIP: 0061:[<c017a245>] EFLAGS: 00010206 CPU: 3
EIP is at remap_pfn_range+0x3f5/0x4a0
EAX: 0002f800 EBX: 80000000 ECX: 00000000 EDX: 000dd800
ESI: dd800037 EDI: 80000000 EBP: ee007ee0 ESP: ee007e7c
  DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0069
Process brcm_iscsiuio (pid: 9625, ti=3Dee006000 task=3Ded4263f0 =

task.ti=3Dee006000)
Stack:
  ee820ba8 004ef2d7 00000000 000dd800 b386a000 ed200010 b3d6a000 b3d6a000
<0> e9411200 c019de61 d5c67000 000dd800 c1563aec eb858ce0 eea58027 00000004
<0> fff4c796 b3d69fff b3d69fff 00029f96 eb0d7358 b3a00000 00000037 80000000
Call Trace:
  [<c019de61>] ? do_path_lookup+0x31/0x60
  [<f04795b7>] ? uio_mmap+0x107/0x110 [uio]
  [<c017fc6b>] ? mmap_region+0x24b/0x3a0
  [<c018008e>] ? do_mmap_pgoff+0x2ce/0x2f0
  [<c0171fd6>] ? sys_mmap_pgoff+0xd6/0x100
  [<c01044e1>] ? syscall_call+0x7/0xb
Code: 45 b0 08 89 4d ac e9 b1 fc ff ff b8 ea ff ff ff 83 c4 58 5b 5e 5f =

5d c3 81 4b 18 00 00 00 40 89 4b 48 e9 57 fc ff ff 0f 0b eb fe <0f> 0b =

eb fe 0f 0b eb fe 31 c0 eb d9 8b 55 c0 8b 4d c4 8b 45 ac
EIP: [<c017a245>] remap_pfn_range+0x3f5/0x4a0 SS:ESP 0069:ee007e7c
---[ end trace 394852ab47647f02 ]---
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count
bnx2x 0000:05:00.1: eth5: reset NL count
bnx2x 0000:05:00.0: eth4: reset NL count


Anyone having experience with iscsi offloading on xcp 1.1 ? Or having an =

idea ?

Thanks :)

Cheers,
S=E9bastien

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 16 12:35:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 12:35:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUdRv-0007US-GR; Wed, 16 May 2012 12:35:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <t.vidal@cgiar.org>) id 1SUdRu-0007UN-0b
	for xen-api@lists.xen.org; Wed, 16 May 2012 12:35:26 +0000
Received: from [85.158.143.35:5547] by server-1.bemta-4.messagelabs.com id
	D7/29-00342-D0F93BF4; Wed, 16 May 2012 12:35:25 +0000
X-Env-Sender: t.vidal@cgiar.org
X-Msg-Ref: server-16.tower-21.messagelabs.com!1337171722!13164850!1
X-Originating-IP: [216.82.250.99]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjE2LjgyLjI1MC45OSA9PiA2MDgyNDc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25342 invoked from network); 16 May 2012 12:35:23 -0000
Received: from mail126.messagelabs.com (HELO mail126.messagelabs.com)
	(216.82.250.99) by server-16.tower-21.messagelabs.com with SMTP;
	16 May 2012 12:35:23 -0000
X-Env-Sender: t.vidal@cgiar.org
X-Msg-Ref: server-5.tower-126.messagelabs.com!1337171721!1798190!1
X-Originating-IP: [64.95.130.137]
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2896 invoked from network); 16 May 2012 12:35:21 -0000
Received: from dispatcher3.cgnet.com (HELO dispatcher3-out.cgnet.com)
	(64.95.130.137) by server-5.tower-126.messagelabs.com with SMTP;
	16 May 2012 12:35:21 -0000
Received: from [195.220.148.101] (helo=[172.20.0.41])
	by dispatcher3.cgnet.com with esmtpa (Exim 4.60)
	(envelope-from <t.vidal@cgiar.org>) id 1SUdRC-0002zY-Mv
	for xen-api@lists.xen.org; Wed, 16 May 2012 05:34:42 -0700
Message-ID: <4FB39EF7.2000503@cgiar.org>
Date: Wed, 16 May 2012 14:35:03 +0200
From: "VIDAL, Thomas (Bioversity-France)" <t.vidal@cgiar.org>
Organization: INIBAP
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-cgnet-com-MailScanner-Information: Please contact the ISP for more
	information
X-cgnet-com-MailScanner: Found to be clean
X-cgnet-com-MailScanner-From: t.vidal@cgiar.org
X-Spam-Status: No
Subject: [Xen-API] XCP 1.5 on Dell R720 with broadcom network card
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: t.vidal@cgiar.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2115114718253102072=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2115114718253102072==
Content-Type: multipart/alternative;
 boundary="------------050907090500080906050901"

This is a multi-part message in MIME format.
--------------050907090500080906050901
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dear all,

I am so tired.... since 2 days Ia m looking to find a solution to 
install XCP 1.5 beta on my Dell R720. During the first steps of 
installation XCP said I can not detect any network cards. So I found a 
web page on citrix ( http://support.citrix.com/article/CTX131537,) to 
add broadcom driver during the installation.
But XCP tell me now that this driver is not a good version !

At this step I really give my tongue to a cat... and I would like to 
request some help.

Is there someone who can show me a road to setting up XCP with broadcom 
network card ?

Many many thanks in advance.

Best regards

Thomas



--------------050907090500080906050901
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Dear all,<br>
    <br>
    I am so tired.... since 2 days Ia m looking to find a solution to
    install XCP 1.5 beta on my Dell R720. During the first steps of
    installation XCP said I can not detect any network cards. So I found
    a web page on citrix (
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="http://support.citrix.com/article/CTX131537,">http://support.citrix.com/article/CTX131537,</a>)
    to add broadcom driver during the installation.<br>
    But XCP tell me now that this driver is not a good version !<br>
    <br>
    At this step I really give my tongue to a cat... and I would like to
    request some help.<br>
    <br>
    Is there someone who can show me a road to setting up XCP with
    broadcom network card ?<br>
    <br>
    Many many thanks in advance.<br>
    <br>
    Best regards<br>
    <br>
    Thomas<br>
    <br>
    <br>
  </body>
</html>

--------------050907090500080906050901--


--===============2115114718253102072==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2115114718253102072==--


From xen-api-bounces@lists.xen.org Wed May 16 12:35:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 16 May 2012 12:35:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUdRv-0007US-GR; Wed, 16 May 2012 12:35:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <t.vidal@cgiar.org>) id 1SUdRu-0007UN-0b
	for xen-api@lists.xen.org; Wed, 16 May 2012 12:35:26 +0000
Received: from [85.158.143.35:5547] by server-1.bemta-4.messagelabs.com id
	D7/29-00342-D0F93BF4; Wed, 16 May 2012 12:35:25 +0000
X-Env-Sender: t.vidal@cgiar.org
X-Msg-Ref: server-16.tower-21.messagelabs.com!1337171722!13164850!1
X-Originating-IP: [216.82.250.99]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjE2LjgyLjI1MC45OSA9PiA2MDgyNDc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25342 invoked from network); 16 May 2012 12:35:23 -0000
Received: from mail126.messagelabs.com (HELO mail126.messagelabs.com)
	(216.82.250.99) by server-16.tower-21.messagelabs.com with SMTP;
	16 May 2012 12:35:23 -0000
X-Env-Sender: t.vidal@cgiar.org
X-Msg-Ref: server-5.tower-126.messagelabs.com!1337171721!1798190!1
X-Originating-IP: [64.95.130.137]
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2896 invoked from network); 16 May 2012 12:35:21 -0000
Received: from dispatcher3.cgnet.com (HELO dispatcher3-out.cgnet.com)
	(64.95.130.137) by server-5.tower-126.messagelabs.com with SMTP;
	16 May 2012 12:35:21 -0000
Received: from [195.220.148.101] (helo=[172.20.0.41])
	by dispatcher3.cgnet.com with esmtpa (Exim 4.60)
	(envelope-from <t.vidal@cgiar.org>) id 1SUdRC-0002zY-Mv
	for xen-api@lists.xen.org; Wed, 16 May 2012 05:34:42 -0700
Message-ID: <4FB39EF7.2000503@cgiar.org>
Date: Wed, 16 May 2012 14:35:03 +0200
From: "VIDAL, Thomas (Bioversity-France)" <t.vidal@cgiar.org>
Organization: INIBAP
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-cgnet-com-MailScanner-Information: Please contact the ISP for more
	information
X-cgnet-com-MailScanner: Found to be clean
X-cgnet-com-MailScanner-From: t.vidal@cgiar.org
X-Spam-Status: No
Subject: [Xen-API] XCP 1.5 on Dell R720 with broadcom network card
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: t.vidal@cgiar.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2115114718253102072=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2115114718253102072==
Content-Type: multipart/alternative;
 boundary="------------050907090500080906050901"

This is a multi-part message in MIME format.
--------------050907090500080906050901
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Dear all,

I am so tired.... since 2 days Ia m looking to find a solution to 
install XCP 1.5 beta on my Dell R720. During the first steps of 
installation XCP said I can not detect any network cards. So I found a 
web page on citrix ( http://support.citrix.com/article/CTX131537,) to 
add broadcom driver during the installation.
But XCP tell me now that this driver is not a good version !

At this step I really give my tongue to a cat... and I would like to 
request some help.

Is there someone who can show me a road to setting up XCP with broadcom 
network card ?

Many many thanks in advance.

Best regards

Thomas



--------------050907090500080906050901
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Dear all,<br>
    <br>
    I am so tired.... since 2 days Ia m looking to find a solution to
    install XCP 1.5 beta on my Dell R720. During the first steps of
    installation XCP said I can not detect any network cards. So I found
    a web page on citrix (
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a href="http://support.citrix.com/article/CTX131537,">http://support.citrix.com/article/CTX131537,</a>)
    to add broadcom driver during the installation.<br>
    But XCP tell me now that this driver is not a good version !<br>
    <br>
    At this step I really give my tongue to a cat... and I would like to
    request some help.<br>
    <br>
    Is there someone who can show me a road to setting up XCP with
    broadcom network card ?<br>
    <br>
    Many many thanks in advance.<br>
    <br>
    Best regards<br>
    <br>
    Thomas<br>
    <br>
    <br>
  </body>
</html>

--------------050907090500080906050901--


--===============2115114718253102072==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2115114718253102072==--


From xen-api-bounces@lists.xen.org Thu May 17 11:53:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 11:53:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUzGx-0004gC-Pj; Thu, 17 May 2012 11:53:35 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <nyckopro@gmail.com>) id 1SUzGw-0004g5-Pe
	for xen-api@lists.xensource.com; Thu, 17 May 2012 11:53:34 +0000
Received: from [85.158.139.83:24860] by server-12.bemta-5.messagelabs.com id
	F0/A3-01344-DB6E4BF4; Thu, 17 May 2012 11:53:33 +0000
X-Env-Sender: nyckopro@gmail.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1337255611!26192203!1
X-Originating-IP: [209.85.213.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10283 invoked from network); 17 May 2012 11:53:33 -0000
Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com)
	(209.85.213.171)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 11:53:33 -0000
Received: by yenq11 with SMTP id q11so2115358yen.30
	for <xen-api@lists.xensource.com>; Thu, 17 May 2012 04:53:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=x57SE0CzNKwky5JFhjxh7yE7rCsHoxueOuCC4ocaK0c=;
	b=XAAKGHz6uWSJz0GINVd/s+KxX+gg7glOnw8755En1rRlfiwBrHfhOQiDyXgQhFf57K
	zTKzg3wfWtt7IeMUyPVB3RnvL+RdhtwsZqXMBMxwAncW8FnOxnqKQcPvmjhiL6nH8LER
	fupq6wWUAK2Lvw0DkS80iLFTzyz2l03pmvp+FXW6OebyIdkInc8qyyh0J02pIA80n6j7
	1ZKBaaBXYFUdnCLrSLQW29zQ4oAyvE909eqHd/988jxSLaGXce9ye5YKwzKskRq6I+KG
	5DvoAcJeRzhdr6b2tS9X6srj8cKbGj6nd+xlbjSkW4i0rflIfpUG2AEw2RmYSLx2k6D8
	duhQ==
MIME-Version: 1.0
Received: by 10.60.21.234 with SMTP id y10mr6365004oee.0.1337255610936; Thu,
	17 May 2012 04:53:30 -0700 (PDT)
Received: by 10.60.14.5 with HTTP; Thu, 17 May 2012 04:53:30 -0700 (PDT)
Date: Thu, 17 May 2012 08:53:30 -0300
Message-ID: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
From: Nycko <nyckopro@gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] dom0_mem xcp-xapi ubuntu 12.04
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi, I have been trying without success to change the memory in my dom0.

I'm using ubuntu 4.12 with xcp-xapi (kronos) until then try adding the line:
GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M nosmp" in /etc/default/grub
and update-grup but not work.
try changing the order in /etc/grub.d/ but not

Regards
-- 
nycko

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 11:53:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 11:53:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SUzGx-0004gC-Pj; Thu, 17 May 2012 11:53:35 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <nyckopro@gmail.com>) id 1SUzGw-0004g5-Pe
	for xen-api@lists.xensource.com; Thu, 17 May 2012 11:53:34 +0000
Received: from [85.158.139.83:24860] by server-12.bemta-5.messagelabs.com id
	F0/A3-01344-DB6E4BF4; Thu, 17 May 2012 11:53:33 +0000
X-Env-Sender: nyckopro@gmail.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1337255611!26192203!1
X-Originating-IP: [209.85.213.171]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10283 invoked from network); 17 May 2012 11:53:33 -0000
Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com)
	(209.85.213.171)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 11:53:33 -0000
Received: by yenq11 with SMTP id q11so2115358yen.30
	for <xen-api@lists.xensource.com>; Thu, 17 May 2012 04:53:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=x57SE0CzNKwky5JFhjxh7yE7rCsHoxueOuCC4ocaK0c=;
	b=XAAKGHz6uWSJz0GINVd/s+KxX+gg7glOnw8755En1rRlfiwBrHfhOQiDyXgQhFf57K
	zTKzg3wfWtt7IeMUyPVB3RnvL+RdhtwsZqXMBMxwAncW8FnOxnqKQcPvmjhiL6nH8LER
	fupq6wWUAK2Lvw0DkS80iLFTzyz2l03pmvp+FXW6OebyIdkInc8qyyh0J02pIA80n6j7
	1ZKBaaBXYFUdnCLrSLQW29zQ4oAyvE909eqHd/988jxSLaGXce9ye5YKwzKskRq6I+KG
	5DvoAcJeRzhdr6b2tS9X6srj8cKbGj6nd+xlbjSkW4i0rflIfpUG2AEw2RmYSLx2k6D8
	duhQ==
MIME-Version: 1.0
Received: by 10.60.21.234 with SMTP id y10mr6365004oee.0.1337255610936; Thu,
	17 May 2012 04:53:30 -0700 (PDT)
Received: by 10.60.14.5 with HTTP; Thu, 17 May 2012 04:53:30 -0700 (PDT)
Date: Thu, 17 May 2012 08:53:30 -0300
Message-ID: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
From: Nycko <nyckopro@gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] dom0_mem xcp-xapi ubuntu 12.04
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi, I have been trying without success to change the memory in my dom0.

I'm using ubuntu 4.12 with xcp-xapi (kronos) until then try adding the line:
GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M nosmp" in /etc/default/grub
and update-grup but not work.
try changing the order in /etc/grub.d/ but not

Regards
-- 
nycko

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:12:18 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:12:18 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1R3-0007DN-Hm; Thu, 17 May 2012 14:12:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1R1-0007DI-Ux
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:12:08 +0000
Received: from [85.158.139.83:60640] by server-3.bemta-5.messagelabs.com id
	F5/41-25237-73705BF4; Thu, 17 May 2012 14:12:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1337263925!21587569!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTMwNDA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28698 invoked from network); 17 May 2012 14:12:06 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:12:06 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="195318915"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:08:55 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:08:55 -0400
Message-ID: <4FB506B0.5050400@citrix.com>
Date: Thu, 17 May 2012 15:09:52 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: John Weber <weber@bigtime-software.com>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
	<08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
In-Reply-To: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 11/05/12 17:25, John Weber wrote:
> Dave,
>
> Thanks, adding that key allowed me to create and start a VM
> successfully. That gets me over that hurdle.
>
> Of course, when I reboot the server that key disappears. I don=92t see a
> xenopsd service on my system anywhere=85 should that get installed as part
> of xcp-xapi? I noticed a couple other wrinkles like I don=92t see any
> entries in the xenstore for the dom0 console and I am unable to connect
> to the dom0 console via xencenter. Maybe this is all related?

xenopsd is a new daemon that doesn't exist on Debian yet. The next =

release of xapi is almost complete, so we'll start work on creating =

Debian packages for the new xapi soon.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:12:18 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:12:18 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1R3-0007DN-Hm; Thu, 17 May 2012 14:12:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1R1-0007DI-Ux
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:12:08 +0000
Received: from [85.158.139.83:60640] by server-3.bemta-5.messagelabs.com id
	F5/41-25237-73705BF4; Thu, 17 May 2012 14:12:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-16.tower-182.messagelabs.com!1337263925!21587569!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTMwNDA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28698 invoked from network); 17 May 2012 14:12:06 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:12:06 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="195318915"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:08:55 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:08:55 -0400
Message-ID: <4FB506B0.5050400@citrix.com>
Date: Thu, 17 May 2012 15:09:52 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: John Weber <weber@bigtime-software.com>
References: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793846@P1EC2EVS03.HMC1.COMCAST.NET>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD5E5@LONPMAILBOX01.citrite.net>
	<08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
In-Reply-To: <08A0B9E66AD9904D9F0FA44FE762ECF50266AA793973@P1EC2EVS03.HMC1.COMCAST.NET>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-api on debian not updating xenstore?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 11/05/12 17:25, John Weber wrote:
> Dave,
>
> Thanks, adding that key allowed me to create and start a VM
> successfully. That gets me over that hurdle.
>
> Of course, when I reboot the server that key disappears. I don=92t see a
> xenopsd service on my system anywhere=85 should that get installed as part
> of xcp-xapi? I noticed a couple other wrinkles like I don=92t see any
> entries in the xenstore for the dom0 console and I am unable to connect
> to the dom0 console via xencenter. Maybe this is all related?

xenopsd is a new daemon that doesn't exist on Debian yet. The next =

release of xapi is almost complete, so we'll start work on creating =

Debian packages for the new xapi soon.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:15:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:15:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1UE-0007HG-Tf; Thu, 17 May 2012 14:15:26 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1UE-0007H9-AD
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:15:26 +0000
Received: from [193.109.254.147:25035] by server-9.bemta-14.messagelabs.com id
	84/89-05787-DF705BF4; Thu, 17 May 2012 14:15:25 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-13.tower-27.messagelabs.com!1337264122!8889954!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20913 invoked from network); 17 May 2012 14:15:23 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:15:23 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291118"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:15:02 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:15:02 -0400
Message-ID: <4FB50820.7050508@citrix.com>
Date: Thu, 17 May 2012 15:16:00 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Gurucharan Shetty <gshetty@nicira.com>
References: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
In-Reply-To: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks, Gurucharan. I've sent this patch on to the xen-bugtool owner.

Mike

On 14/05/12 22:47, Gurucharan Shetty wrote:
> This was a bug observed in openvswitch's ovs-bugtool.
> The same applies to xen-bugtool. I am not sure which git
> repo has the source code of xen-bugtool to send a proper
> patch. This attached patch (text file)is on the xen-bugtool
> of xenserver6.0.
>
> --8<--------------------------cut here-------------------------->8--
> In xen-bugtool, we do a bunch of Popen calls to
> get the results of some shell commands with stdout
> set to PIPE. Once we are done, we need to
> close the file descriptors. If not, there is a chance of
> running out of file descriptors.
>
> Signed-off-by: Gurucharan Shetty<gshetty@nicira.com>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:15:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:15:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1UE-0007HG-Tf; Thu, 17 May 2012 14:15:26 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1UE-0007H9-AD
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:15:26 +0000
Received: from [193.109.254.147:25035] by server-9.bemta-14.messagelabs.com id
	84/89-05787-DF705BF4; Thu, 17 May 2012 14:15:25 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-13.tower-27.messagelabs.com!1337264122!8889954!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20913 invoked from network); 17 May 2012 14:15:23 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:15:23 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291118"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:15:02 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:15:02 -0400
Message-ID: <4FB50820.7050508@citrix.com>
Date: Thu, 17 May 2012 15:16:00 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Gurucharan Shetty <gshetty@nicira.com>
References: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
In-Reply-To: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks, Gurucharan. I've sent this patch on to the xen-bugtool owner.

Mike

On 14/05/12 22:47, Gurucharan Shetty wrote:
> This was a bug observed in openvswitch's ovs-bugtool.
> The same applies to xen-bugtool. I am not sure which git
> repo has the source code of xen-bugtool to send a proper
> patch. This attached patch (text file)is on the xen-bugtool
> of xenserver6.0.
>
> --8<--------------------------cut here-------------------------->8--
> In xen-bugtool, we do a bunch of Popen calls to
> get the results of some shell commands with stdout
> set to PIPE. Once we are done, we need to
> close the file descriptors. If not, there is a chance of
> running out of file descriptors.
>
> Signed-off-by: Gurucharan Shetty<gshetty@nicira.com>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:20:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:20:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1ZR-0007Lo-Ih; Thu, 17 May 2012 14:20:49 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1ZQ-0007Lg-F4
	for xen-api@lists.xensource.com; Thu, 17 May 2012 14:20:48 +0000
Received: from [85.158.139.83:31360] by server-7.bemta-5.messagelabs.com id
	66/E5-16195-F3905BF4; Thu, 17 May 2012 14:20:47 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1337264445!26216524!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5246 invoked from network); 17 May 2012 14:20:47 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:20:47 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291373"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:20:45 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:20:45 -0400
Message-ID: <4FB50976.10209@citrix.com>
Date: Thu, 17 May 2012 15:21:42 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Nycko <nyckopro@gmail.com>
References: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
In-Reply-To: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] dom0_mem xcp-xapi ubuntu 12.04
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 17/05/12 12:53, Nycko wrote:
> Hi, I have been trying without success to change the memory in my dom0.
>
> I'm using ubuntu 4.12 with xcp-xapi (kronos) until then try adding the line:
> GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M nosmp" in /etc/default/grub
> and update-grup but not work.
> try changing the order in /etc/grub.d/ but not

Hi Nycko,

Try GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M,max:512M nosmp". If that 
doesn't work, try it without the nosmp, just to see if the memory 
setting works. See this blog post for dom0_mem info:

http://blog.xen.org/index.php/2012/04/30/do%ef%bb%bfm0-memory-where-it-has-not-gone/

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:20:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:20:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1ZR-0007Lo-Ih; Thu, 17 May 2012 14:20:49 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1ZQ-0007Lg-F4
	for xen-api@lists.xensource.com; Thu, 17 May 2012 14:20:48 +0000
Received: from [85.158.139.83:31360] by server-7.bemta-5.messagelabs.com id
	66/E5-16195-F3905BF4; Thu, 17 May 2012 14:20:47 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-4.tower-182.messagelabs.com!1337264445!26216524!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5246 invoked from network); 17 May 2012 14:20:47 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:20:47 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291373"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:20:45 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:20:45 -0400
Message-ID: <4FB50976.10209@citrix.com>
Date: Thu, 17 May 2012 15:21:42 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Nycko <nyckopro@gmail.com>
References: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
In-Reply-To: <CAD0Xqx1HQX4aTX2ihqqyRHoz4MGFHQGXTCLDhSA4PrefCBzaYQ@mail.gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] dom0_mem xcp-xapi ubuntu 12.04
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 17/05/12 12:53, Nycko wrote:
> Hi, I have been trying without success to change the memory in my dom0.
>
> I'm using ubuntu 4.12 with xcp-xapi (kronos) until then try adding the line:
> GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M nosmp" in /etc/default/grub
> and update-grup but not work.
> try changing the order in /etc/grub.d/ but not

Hi Nycko,

Try GRUB_CMDLINE_XEN_DEFAULT = "dom0_mem=512M,max:512M nosmp". If that 
doesn't work, try it without the nosmp, just to see if the memory 
setting works. See this blog post for dom0_mem info:

http://blog.xen.org/index.php/2012/04/30/do%ef%bb%bfm0-memory-where-it-has-not-gone/

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:25:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:25:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1e6-0007UL-ES; Thu, 17 May 2012 14:25:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1e5-0007UE-6M
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:25:37 +0000
Received: from [85.158.143.35:28655] by server-3.bemta-4.messagelabs.com id
	94/6E-05853-06A05BF4; Thu, 17 May 2012 14:25:36 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1337264731!4971399!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9213 invoked from network); 17 May 2012 14:25:33 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:25:33 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291612"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:25:30 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:25:30 -0400
Message-ID: <4FB50A94.7020406@citrix.com>
Date: Thu, 17 May 2012 15:26:28 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: "cyberhawk001@gmail.com" <cyberhawk001@gmail.com>
References: <4FAC387E.8030609@gmail.com>
In-Reply-To: <4FAC387E.8030609@gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 10/05/12 22:51, cyberhawk001@gmail.com wrote:
> So, can anyone please tell me that if you have compiled, installed and
> running the latest Xen 4.2 unstable and wanted to install the XenAPI
> Toolstack by running:
>
> apt-get install xcp-xapi
> apt-get install xcp-xe
>
>
> will that also try to install the Xen Hypervisor as it being a dependent
> of it, OR will it know that Xen 4.2 is already installed and running and
> will only install the XenAPI Toolstack?
>
> On the http://www.xen.org/products/cloudxen.html website, it just**says
> *"In a nutshell, all you will need to do get the latest version of Xen,
> the XenAPI toolstack and other components delivered in XCP is to execute
> "apt-get install xapi"* But of course there is no *xapi* package in
> debian, and either way it will try to install Xen as well when you don't
> need it if you compile and install it first.

We wrote that page before we decided on a name for the package, so it's 
out of date.

xcp-xapi depends on the xen-hypervisor package directly. You can just 
let it install that package, and then probably use dpkg -r 
xen-hypervisor afterwards. If that tries to remove xcp-xapi too, then 
you could probably just delete the /boot/xen.gz file, and install it 
directly from source. I'm no Debian expert, so you might want to just 
ask this on one of the Debian IRC channels to be sure.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 14:25:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 14:25:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV1e6-0007UL-ES; Thu, 17 May 2012 14:25:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV1e5-0007UE-6M
	for xen-api@lists.xen.org; Thu, 17 May 2012 14:25:37 +0000
Received: from [85.158.143.35:28655] by server-3.bemta-4.messagelabs.com id
	94/6E-05853-06A05BF4; Thu, 17 May 2012 14:25:36 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-2.tower-21.messagelabs.com!1337264731!4971399!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDQ4MTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9213 invoked from network); 17 May 2012 14:25:33 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 14:25:33 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="25291612"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 10:25:30 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	10:25:30 -0400
Message-ID: <4FB50A94.7020406@citrix.com>
Date: Thu, 17 May 2012 15:26:28 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: "cyberhawk001@gmail.com" <cyberhawk001@gmail.com>
References: <4FAC387E.8030609@gmail.com>
In-Reply-To: <4FAC387E.8030609@gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 10/05/12 22:51, cyberhawk001@gmail.com wrote:
> So, can anyone please tell me that if you have compiled, installed and
> running the latest Xen 4.2 unstable and wanted to install the XenAPI
> Toolstack by running:
>
> apt-get install xcp-xapi
> apt-get install xcp-xe
>
>
> will that also try to install the Xen Hypervisor as it being a dependent
> of it, OR will it know that Xen 4.2 is already installed and running and
> will only install the XenAPI Toolstack?
>
> On the http://www.xen.org/products/cloudxen.html website, it just**says
> *"In a nutshell, all you will need to do get the latest version of Xen,
> the XenAPI toolstack and other components delivered in XCP is to execute
> "apt-get install xapi"* But of course there is no *xapi* package in
> debian, and either way it will try to install Xen as well when you don't
> need it if you compile and install it first.

We wrote that page before we decided on a name for the package, so it's 
out of date.

xcp-xapi depends on the xen-hypervisor package directly. You can just 
let it install that package, and then probably use dpkg -r 
xen-hypervisor afterwards. If that tries to remove xcp-xapi too, then 
you could probably just delete the /boot/xen.gz file, and install it 
directly from source. I'm no Debian expert, so you might want to just 
ask this on one of the Debian IRC channels to be sure.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 15:05:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 15:05:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV2H2-00080o-8E; Thu, 17 May 2012 15:05:52 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV2H1-00080j-Ji
	for xen-api@lists.xen.org; Thu, 17 May 2012 15:05:51 +0000
Received: from [85.158.139.83:27275] by server-6.bemta-5.messagelabs.com id
	E6/DF-13222-EC315BF4; Thu, 17 May 2012 15:05:50 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-10.tower-182.messagelabs.com!1337267148!29247590!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTMwNDA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28050 invoked from network); 17 May 2012 15:05:50 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 15:05:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="195331585"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 11:05:24 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	11:05:23 -0400
Message-ID: <4FB513EE.9040201@citrix.com>
Date: Thu, 17 May 2012 16:06:22 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Gurucharan Shetty <gshetty@nicira.com>
References: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
	<4FB50820.7050508@citrix.com>
In-Reply-To: <4FB50820.7050508@citrix.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Gurucharan,

Dave had already forwarded this patch to the xen-bugtool owner. From him:

"The first hunk does fix a leak if we terminate
processes. I couldn't reproduce a leak the second hunk claims to fix.

"I've committed just the first hunk to trunk"

Thanks for raising that issue.

Mike

On 17/05/12 15:16, Mike McClurg wrote:
> Thanks, Gurucharan. I've sent this patch on to the xen-bugtool owner.
>
> Mike
>
> On 14/05/12 22:47, Gurucharan Shetty wrote:
>> This was a bug observed in openvswitch's ovs-bugtool.
>> The same applies to xen-bugtool. I am not sure which git
>> repo has the source code of xen-bugtool to send a proper
>> patch. This attached patch (text file)is on the xen-bugtool
>> of xenserver6.0.
>>
>> --8<--------------------------cut here-------------------------->8--
>> In xen-bugtool, we do a bunch of Popen calls to
>> get the results of some shell commands with stdout
>> set to PIPE. Once we are done, we need to
>> close the file descriptors. If not, there is a chance of
>> running out of file descriptors.
>>
>> Signed-off-by: Gurucharan Shetty<gshetty@nicira.com>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 15:05:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 15:05:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV2H2-00080o-8E; Thu, 17 May 2012 15:05:52 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SV2H1-00080j-Ji
	for xen-api@lists.xen.org; Thu, 17 May 2012 15:05:51 +0000
Received: from [85.158.139.83:27275] by server-6.bemta-5.messagelabs.com id
	E6/DF-13222-EC315BF4; Thu, 17 May 2012 15:05:50 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-10.tower-182.messagelabs.com!1337267148!29247590!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTMwNDA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28050 invoked from network); 17 May 2012 15:05:50 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 15:05:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,610,1330923600"; d="scan'208";a="195331585"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	17 May 2012 11:05:24 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Thu, 17 May 2012
	11:05:23 -0400
Message-ID: <4FB513EE.9040201@citrix.com>
Date: Thu, 17 May 2012 16:06:22 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Gurucharan Shetty <gshetty@nicira.com>
References: <CAHbON5rLjd5_xxoXDMwAUfzDLKkzFcB4r783D+aiHqTQk7dN0Q@mail.gmail.com>
	<4FB50820.7050508@citrix.com>
In-Reply-To: <4FB50820.7050508@citrix.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xen-bugtool: Close file descriptors after use.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Gurucharan,

Dave had already forwarded this patch to the xen-bugtool owner. From him:

"The first hunk does fix a leak if we terminate
processes. I couldn't reproduce a leak the second hunk claims to fix.

"I've committed just the first hunk to trunk"

Thanks for raising that issue.

Mike

On 17/05/12 15:16, Mike McClurg wrote:
> Thanks, Gurucharan. I've sent this patch on to the xen-bugtool owner.
>
> Mike
>
> On 14/05/12 22:47, Gurucharan Shetty wrote:
>> This was a bug observed in openvswitch's ovs-bugtool.
>> The same applies to xen-bugtool. I am not sure which git
>> repo has the source code of xen-bugtool to send a proper
>> patch. This attached patch (text file)is on the xen-bugtool
>> of xenserver6.0.
>>
>> --8<--------------------------cut here-------------------------->8--
>> In xen-bugtool, we do a bunch of Popen calls to
>> get the results of some shell commands with stdout
>> set to PIPE. Once we are done, we need to
>> close the file descriptors. If not, there is a chance of
>> running out of file descriptors.
>>
>> Signed-off-by: Gurucharan Shetty<gshetty@nicira.com>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 17 16:30:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 16:30:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV3am-000138-R6; Thu, 17 May 2012 16:30:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SV3al-000133-B3
	for xen-api@lists.xen.org; Thu, 17 May 2012 16:30:19 +0000
Received: from [85.158.143.35:54659] by server-2.bemta-4.messagelabs.com id
	A8/5D-12211-A9725BF4; Thu, 17 May 2012 16:30:18 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1337272214!14126128!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 329 invoked from network); 17 May 2012 16:30:15 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 16:30:15 -0000
Received: by yenm4 with SMTP id m4so2400812yen.32
	for <xen-api@lists.xen.org>; Thu, 17 May 2012 09:30:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:cc:subject:references
	:in-reply-to:content-type;
	bh=aATTleeXcIFdn2rA+ylsD9lBdohm7wNBu7LkByTlKgc=;
	b=Tqwt0iFwWQBSLk0KYWGpnyZlsCP0w5nL6jzWlzTpsXipr/2eLixMq5oZ8ONrYwQIHD
	W5Dcno1amneKAbuseJKyGcIg2iW2B3ANLEEDosO4Vt+OTePAz8BrGPlkaoHZAGAbd/rb
	4UwAhnCPaqB9EJKcS+csHK+JxOff/3ErP0AWr2NEVs8sT39hcB5HPf74Zo2XuEAqnHOo
	8fU3OetrUuDbQSCTevIR/lBJue51zUeG69PdT2iY+0cGGmmmg6teCeE6T+laGzfURKAn
	JXAeDx1fOcIa4lMwfIQfELdRTfBzRTZSM+CRyzXV7/yrxsifGyZTuQ5+CeqUa/iMZry8
	zNHQ==
Received: by 10.101.21.10 with SMTP id y10mr2634646ani.66.1337272212993;
	Thu, 17 May 2012 09:30:12 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id g43sm20491480yhh.7.2012.05.17.09.30.11
	(version=TLSv1/SSLv3 cipher=OTHER);
	Thu, 17 May 2012 09:30:11 -0700 (PDT)
Message-ID: <4FB5278F.2080905@gmail.com>
Date: Thu, 17 May 2012 12:30:07 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
CC: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
In-Reply-To: <4FB50A94.7020406@citrix.com>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3988252754781958825=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============3988252754781958825==
Content-Type: multipart/alternative;
 boundary="------------010408040000030001010004"

This is a multi-part message in MIME format.
--------------010408040000030001010004
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 5/17/2012 10:26 AM, Mike McClurg wrote:
> On 10/05/12 22:51, cyberhawk001@gmail.com wrote:
>> So, can anyone please tell me that if you have compiled, installed and
>> running the latest Xen 4.2 unstable and wanted to install the XenAPI
>> Toolstack by running:
>>
>> apt-get install xcp-xapi
>> apt-get install xcp-xe
>>
>>
>> will that also try to install the Xen Hypervisor as it being a dependent
>> of it, OR will it know that Xen 4.2 is already installed and running and
>> will only install the XenAPI Toolstack?
>>
>> On the http://www.xen.org/products/cloudxen.html website, it just**says
>> *"In a nutshell, all you will need to do get the latest version of Xen,
>> the XenAPI toolstack and other components delivered in XCP is to execute
>> "apt-get install xapi"* But of course there is no *xapi* package in
>> debian, and either way it will try to install Xen as well when you don't
>> need it if you compile and install it first.
>
> We wrote that page before we decided on a name for the package, so 
> it's out of date.
>
> xcp-xapi depends on the xen-hypervisor package directly. You can just 
> let it install that package, and then probably use dpkg -r 
> xen-hypervisor afterwards. If that tries to remove xcp-xapi too, then 
> you could probably just delete the /boot/xen.gz file, and install it 
> directly from source. I'm no Debian expert, so you might want to just 
> ask this on one of the Debian IRC channels to be sure.
>
> Mike

Hey mike, thanks for the reply, i really appreciate that. I have been 
wanting to install XAPI on a Debian Dom0 for a while now, but without 
random testing, i didn't know how to proceed, so i have not done much 
installing.

Originally i was looking at and following the Wiki Kronos page, 
http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution, 
but that is also out of date. As with all things, Project Kronos is 
still a work in progress i do understand that, and so far not too many 
guides out there to explain how to get it to work. So i was wondering about:

1.) Using the two commands found on the Project Kronos Wiki page, 
*apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api* 
package installs the Xen Hypervisor, Utils libraries, etc as a 
dependent, than what is the *xcp-xe* needed for?

2.) I currently have installed Debian Wheezy 64bit, compiled kernal 
3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few days 
ago at least. SO, if i try to run *apt-get install xcp-xapi*, it will 
also download and install the xen-hypervisor-4.1-amd64 package, QEMU and 
many others. IF i let it, it will probably override my currently running 
Xen 4.2-Unstable WHICH i am guessing is probably not a good thing. SO i 
have not done so unless i know you can install JUST the XAPI Toolstack

3.) Has XAPI been converted to 64bit yet? I have read conflicting things 
where one places says the XAPI is currently only 32bit, but on one wiki 
pages it shows as 32bit or 64 bit. So figured i ask since i am using a 
64bit Debian Wheezy and don't believe a 32bit XAPI could run on it.

4.) So, there is no way to download JUST the XAPI toolstack source, 
compile it and install? Looking in the *xapi-autobuilder.git*, it says 
the same thing that the XAPI is compiled with all dependencies, 
including Xen Hypervisor.

5.) Finally, is the latest version of XAPI compatible and can be run on 
Xen 4.2-Unstable?


Thanks again for the advice...

--------------010408040000030001010004
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 5/17/2012 10:26 AM, Mike McClurg wrote:
    <blockquote cite="mid:4FB50A94.7020406@citrix.com" type="cite">On
      10/05/12 22:51, <a class="moz-txt-link-abbreviated" href="mailto:cyberhawk001@gmail.com">cyberhawk001@gmail.com</a> wrote:
      <br>
      <blockquote type="cite">So, can anyone please tell me that if you
        have compiled, installed and
        <br>
        running the latest Xen 4.2 unstable and wanted to install the
        XenAPI
        <br>
        Toolstack by running:
        <br>
        <br>
        apt-get install xcp-xapi
        <br>
        apt-get install xcp-xe
        <br>
        <br>
        <br>
        will that also try to install the Xen Hypervisor as it being a
        dependent
        <br>
        of it, OR will it know that Xen 4.2 is already installed and
        running and
        <br>
        will only install the XenAPI Toolstack?
        <br>
        <br>
        On the <a class="moz-txt-link-freetext" href="http://www.xen.org/products/cloudxen.html">http://www.xen.org/products/cloudxen.html</a> website, it
        just**says
        <br>
        *"In a nutshell, all you will need to do get the latest version
        of Xen,
        <br>
        the XenAPI toolstack and other components delivered in XCP is to
        execute
        <br>
        "apt-get install xapi"* But of course there is no *xapi* package
        in
        <br>
        debian, and either way it will try to install Xen as well when
        you don't
        <br>
        need it if you compile and install it first.
        <br>
      </blockquote>
      <br>
      We wrote that page before we decided on a name for the package, so
      it's out of date.
      <br>
      <br>
      xcp-xapi depends on the xen-hypervisor package directly. You can
      just let it install that package, and then probably use dpkg -r
      xen-hypervisor afterwards. If that tries to remove xcp-xapi too,
      then you could probably just delete the /boot/xen.gz file, and
      install it directly from source. I'm no Debian expert, so you
      might want to just ask this on one of the Debian IRC channels to
      be sure.
      <br>
      <br>
      Mike
      <br>
    </blockquote>
    <br>
    Hey mike, thanks for the reply, i really appreciate that. I have
    been wanting to install XAPI on a Debian Dom0 for a while now, but
    without random testing, i didn't know how to proceed, so i have not
    done much installing.<br>
    <br>
    Originally i was looking at and following the Wiki Kronos page,
    <a class="moz-txt-link-freetext" href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>,
    but that is also out of date. As with all things, Project Kronos is
    still a work in progress i do understand that, and so far not too
    many guides out there to explain how to get it to work. So i was
    wondering about:<br>
    <br>
    1.) Using the two commands found on the Project Kronos Wiki page, <b>apt-get
      install xcp-xapi</b>
    and <b>apt-get install xcp-xe</b>, the <b>xcp-api</b> package
    installs the Xen Hypervisor, Utils libraries, etc as a dependent,
    than what is the <b>xcp-xe</b> needed for?<br>
    <br>
    2.) I currently have installed Debian Wheezy 64bit, compiled kernal
    3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few
    days ago at least. SO, if i try to run <b>apt-get install xcp-xapi</b>,
    it will also download and install the xen-hypervisor-4.1-amd64
    package, QEMU and many others. IF i let it, it will probably
    override my currently running Xen 4.2-Unstable WHICH i am guessing
    is probably not a good thing. SO i have not done so unless i know
    you can install JUST the XAPI Toolstack<br>
    <br>
    3.) Has XAPI been converted to 64bit yet? I have read conflicting
    things where one places says the XAPI is currently only 32bit, but
    on one wiki pages it shows as 32bit or 64 bit. So figured i ask
    since i am using a 64bit Debian Wheezy and don't believe a 32bit
    XAPI could run on it.<br>
    <br>
    4.) So, there is no way to download JUST the XAPI toolstack source,
    compile it and install? Looking in the <b>xapi-autobuilder.git</b>,
    it says the same thing that the XAPI is compiled with all
    dependencies, including Xen Hypervisor. <br>
    <br>
    5.) Finally, is the latest version of XAPI compatible and can be run
    on Xen 4.2-Unstable?<br>
    <br>
    <br>
    Thanks again for the advice...<br>
  </body>
</html>

--------------010408040000030001010004--


--===============3988252754781958825==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3988252754781958825==--


From xen-api-bounces@lists.xen.org Thu May 17 16:30:26 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 16:30:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV3am-000138-R6; Thu, 17 May 2012 16:30:20 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cyberhawk001@gmail.com>) id 1SV3al-000133-B3
	for xen-api@lists.xen.org; Thu, 17 May 2012 16:30:19 +0000
Received: from [85.158.143.35:54659] by server-2.bemta-4.messagelabs.com id
	A8/5D-12211-A9725BF4; Thu, 17 May 2012 16:30:18 +0000
X-Env-Sender: cyberhawk001@gmail.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1337272214!14126128!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 329 invoked from network); 17 May 2012 16:30:15 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 16:30:15 -0000
Received: by yenm4 with SMTP id m4so2400812yen.32
	for <xen-api@lists.xen.org>; Thu, 17 May 2012 09:30:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:cc:subject:references
	:in-reply-to:content-type;
	bh=aATTleeXcIFdn2rA+ylsD9lBdohm7wNBu7LkByTlKgc=;
	b=Tqwt0iFwWQBSLk0KYWGpnyZlsCP0w5nL6jzWlzTpsXipr/2eLixMq5oZ8ONrYwQIHD
	W5Dcno1amneKAbuseJKyGcIg2iW2B3ANLEEDosO4Vt+OTePAz8BrGPlkaoHZAGAbd/rb
	4UwAhnCPaqB9EJKcS+csHK+JxOff/3ErP0AWr2NEVs8sT39hcB5HPf74Zo2XuEAqnHOo
	8fU3OetrUuDbQSCTevIR/lBJue51zUeG69PdT2iY+0cGGmmmg6teCeE6T+laGzfURKAn
	JXAeDx1fOcIa4lMwfIQfELdRTfBzRTZSM+CRyzXV7/yrxsifGyZTuQ5+CeqUa/iMZry8
	zNHQ==
Received: by 10.101.21.10 with SMTP id y10mr2634646ani.66.1337272212993;
	Thu, 17 May 2012 09:30:12 -0700 (PDT)
Received: from [192.168.1.2] (c-66-177-73-176.hsd1.fl.comcast.net.
	[66.177.73.176])
	by mx.google.com with ESMTPS id g43sm20491480yhh.7.2012.05.17.09.30.11
	(version=TLSv1/SSLv3 cipher=OTHER);
	Thu, 17 May 2012 09:30:11 -0700 (PDT)
Message-ID: <4FB5278F.2080905@gmail.com>
Date: Thu, 17 May 2012 12:30:07 -0400
From: cyberhawk001@gmail.com
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
CC: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
In-Reply-To: <4FB50A94.7020406@citrix.com>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3988252754781958825=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============3988252754781958825==
Content-Type: multipart/alternative;
 boundary="------------010408040000030001010004"

This is a multi-part message in MIME format.
--------------010408040000030001010004
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 5/17/2012 10:26 AM, Mike McClurg wrote:
> On 10/05/12 22:51, cyberhawk001@gmail.com wrote:
>> So, can anyone please tell me that if you have compiled, installed and
>> running the latest Xen 4.2 unstable and wanted to install the XenAPI
>> Toolstack by running:
>>
>> apt-get install xcp-xapi
>> apt-get install xcp-xe
>>
>>
>> will that also try to install the Xen Hypervisor as it being a dependent
>> of it, OR will it know that Xen 4.2 is already installed and running and
>> will only install the XenAPI Toolstack?
>>
>> On the http://www.xen.org/products/cloudxen.html website, it just**says
>> *"In a nutshell, all you will need to do get the latest version of Xen,
>> the XenAPI toolstack and other components delivered in XCP is to execute
>> "apt-get install xapi"* But of course there is no *xapi* package in
>> debian, and either way it will try to install Xen as well when you don't
>> need it if you compile and install it first.
>
> We wrote that page before we decided on a name for the package, so 
> it's out of date.
>
> xcp-xapi depends on the xen-hypervisor package directly. You can just 
> let it install that package, and then probably use dpkg -r 
> xen-hypervisor afterwards. If that tries to remove xcp-xapi too, then 
> you could probably just delete the /boot/xen.gz file, and install it 
> directly from source. I'm no Debian expert, so you might want to just 
> ask this on one of the Debian IRC channels to be sure.
>
> Mike

Hey mike, thanks for the reply, i really appreciate that. I have been 
wanting to install XAPI on a Debian Dom0 for a while now, but without 
random testing, i didn't know how to proceed, so i have not done much 
installing.

Originally i was looking at and following the Wiki Kronos page, 
http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution, 
but that is also out of date. As with all things, Project Kronos is 
still a work in progress i do understand that, and so far not too many 
guides out there to explain how to get it to work. So i was wondering about:

1.) Using the two commands found on the Project Kronos Wiki page, 
*apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api* 
package installs the Xen Hypervisor, Utils libraries, etc as a 
dependent, than what is the *xcp-xe* needed for?

2.) I currently have installed Debian Wheezy 64bit, compiled kernal 
3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few days 
ago at least. SO, if i try to run *apt-get install xcp-xapi*, it will 
also download and install the xen-hypervisor-4.1-amd64 package, QEMU and 
many others. IF i let it, it will probably override my currently running 
Xen 4.2-Unstable WHICH i am guessing is probably not a good thing. SO i 
have not done so unless i know you can install JUST the XAPI Toolstack

3.) Has XAPI been converted to 64bit yet? I have read conflicting things 
where one places says the XAPI is currently only 32bit, but on one wiki 
pages it shows as 32bit or 64 bit. So figured i ask since i am using a 
64bit Debian Wheezy and don't believe a 32bit XAPI could run on it.

4.) So, there is no way to download JUST the XAPI toolstack source, 
compile it and install? Looking in the *xapi-autobuilder.git*, it says 
the same thing that the XAPI is compiled with all dependencies, 
including Xen Hypervisor.

5.) Finally, is the latest version of XAPI compatible and can be run on 
Xen 4.2-Unstable?


Thanks again for the advice...

--------------010408040000030001010004
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 5/17/2012 10:26 AM, Mike McClurg wrote:
    <blockquote cite="mid:4FB50A94.7020406@citrix.com" type="cite">On
      10/05/12 22:51, <a class="moz-txt-link-abbreviated" href="mailto:cyberhawk001@gmail.com">cyberhawk001@gmail.com</a> wrote:
      <br>
      <blockquote type="cite">So, can anyone please tell me that if you
        have compiled, installed and
        <br>
        running the latest Xen 4.2 unstable and wanted to install the
        XenAPI
        <br>
        Toolstack by running:
        <br>
        <br>
        apt-get install xcp-xapi
        <br>
        apt-get install xcp-xe
        <br>
        <br>
        <br>
        will that also try to install the Xen Hypervisor as it being a
        dependent
        <br>
        of it, OR will it know that Xen 4.2 is already installed and
        running and
        <br>
        will only install the XenAPI Toolstack?
        <br>
        <br>
        On the <a class="moz-txt-link-freetext" href="http://www.xen.org/products/cloudxen.html">http://www.xen.org/products/cloudxen.html</a> website, it
        just**says
        <br>
        *"In a nutshell, all you will need to do get the latest version
        of Xen,
        <br>
        the XenAPI toolstack and other components delivered in XCP is to
        execute
        <br>
        "apt-get install xapi"* But of course there is no *xapi* package
        in
        <br>
        debian, and either way it will try to install Xen as well when
        you don't
        <br>
        need it if you compile and install it first.
        <br>
      </blockquote>
      <br>
      We wrote that page before we decided on a name for the package, so
      it's out of date.
      <br>
      <br>
      xcp-xapi depends on the xen-hypervisor package directly. You can
      just let it install that package, and then probably use dpkg -r
      xen-hypervisor afterwards. If that tries to remove xcp-xapi too,
      then you could probably just delete the /boot/xen.gz file, and
      install it directly from source. I'm no Debian expert, so you
      might want to just ask this on one of the Debian IRC channels to
      be sure.
      <br>
      <br>
      Mike
      <br>
    </blockquote>
    <br>
    Hey mike, thanks for the reply, i really appreciate that. I have
    been wanting to install XAPI on a Debian Dom0 for a while now, but
    without random testing, i didn't know how to proceed, so i have not
    done much installing.<br>
    <br>
    Originally i was looking at and following the Wiki Kronos page,
    <a class="moz-txt-link-freetext" href="http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution">http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution</a>,
    but that is also out of date. As with all things, Project Kronos is
    still a work in progress i do understand that, and so far not too
    many guides out there to explain how to get it to work. So i was
    wondering about:<br>
    <br>
    1.) Using the two commands found on the Project Kronos Wiki page, <b>apt-get
      install xcp-xapi</b>
    and <b>apt-get install xcp-xe</b>, the <b>xcp-api</b> package
    installs the Xen Hypervisor, Utils libraries, etc as a dependent,
    than what is the <b>xcp-xe</b> needed for?<br>
    <br>
    2.) I currently have installed Debian Wheezy 64bit, compiled kernal
    3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few
    days ago at least. SO, if i try to run <b>apt-get install xcp-xapi</b>,
    it will also download and install the xen-hypervisor-4.1-amd64
    package, QEMU and many others. IF i let it, it will probably
    override my currently running Xen 4.2-Unstable WHICH i am guessing
    is probably not a good thing. SO i have not done so unless i know
    you can install JUST the XAPI Toolstack<br>
    <br>
    3.) Has XAPI been converted to 64bit yet? I have read conflicting
    things where one places says the XAPI is currently only 32bit, but
    on one wiki pages it shows as 32bit or 64 bit. So figured i ask
    since i am using a 64bit Debian Wheezy and don't believe a 32bit
    XAPI could run on it.<br>
    <br>
    4.) So, there is no way to download JUST the XAPI toolstack source,
    compile it and install? Looking in the <b>xapi-autobuilder.git</b>,
    it says the same thing that the XAPI is compiled with all
    dependencies, including Xen Hypervisor. <br>
    <br>
    5.) Finally, is the latest version of XAPI compatible and can be run
    on Xen 4.2-Unstable?<br>
    <br>
    <br>
    Thanks again for the advice...<br>
  </body>
</html>

--------------010408040000030001010004--


--===============3988252754781958825==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3988252754781958825==--


From xen-api-bounces@lists.xen.org Thu May 17 16:43:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 16:43:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV3n9-0001D3-T6; Thu, 17 May 2012 16:43:07 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SV3n8-0001Cy-Uy
	for xen-api@lists.xen.org; Thu, 17 May 2012 16:43:07 +0000
Received: from [193.109.254.147:54806] by server-1.bemta-14.messagelabs.com id
	19/F4-29372-A9A25BF4; Thu, 17 May 2012 16:43:06 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1337272984!2114236!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4854 invoked from network); 17 May 2012 16:43:05 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 16:43:05 -0000
Received: by lbok6 with SMTP id k6so1853862lbo.32
	for <xen-api@lists.xen.org>; Thu, 17 May 2012 09:43:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=IM9el1XY4Em2hceAmuKdUTYmPqbYVcInGCdZ8C5WpJw=;
	b=K66rMQYMhiaTkDODUt+Pwz9tMiAZUk3Jaj+BBs1jmVz/MEWK1lc6C56JQqeNc6iWNJ
	d01TMEoWpBG5PrsyEAwKWx9kgtvQieKsAmvPW3JmwF5efw7yAULOx7qHD4juVvGHj3du
	RaVMAd/baPtEI9rl4PabvUdvmp5KdvkCp6PkSN+2elPhR0bBbHOu0gLaLFW3O2GHglaJ
	ExndvyWQ3kiIQvxTduRLZpPcc9dH5h2CFSS1dKFK7B5co/RK8yVg5NH/L7N6U1Fr9hz6
	co8ddsKwuCcx/qJnzp87R06HoNpXoovkrEXT4YsO5gPPoGFKUoF+VIYSWOz6IbAI6zIB
	ZXQg==
Received: by 10.112.85.200 with SMTP id j8mr3392532lbz.80.1337272984566;
	Thu, 17 May 2012 09:43:04 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id ox7sm5586277lbb.17.2012.05.17.09.43.02
	(version=SSLv3 cipher=OTHER); Thu, 17 May 2012 09:43:03 -0700 (PDT)
Message-ID: <4FB52A9C.6070907@gmail.com>
Date: Thu, 17 May 2012 20:43:08 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
	<4FB5278F.2080905@gmail.com>
In-Reply-To: <4FB5278F.2080905@gmail.com>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7353708083432540537=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7353708083432540537==
Content-Type: multipart/alternative;
 boundary="------------080100010803020800000507"

This is a multi-part message in MIME format.
--------------080100010803020800000507
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit


> 1.) Using the two commands found on the Project Kronos Wiki page, 
> *apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api* 
> package installs the Xen Hypervisor, Utils libraries, etc as a 
> dependent, than what is the *xcp-xe* needed for?
>
'xe' is stand-alone utility, allows you to control xcp by issuing 
commands like 'xe vm-start' and so on. You can install it separately on 
different machine and connect to xapi via https to XenAPI provided by xapi.

--------------080100010803020800000507
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <blockquote cite="mid:4FB5278F.2080905@gmail.com" type="cite"> 1.)
      Using the two commands found on the Project Kronos Wiki page, <b>apt-get

        install xcp-xapi</b> and <b>apt-get install xcp-xe</b>, the <b>xcp-api</b>
      package installs the Xen Hypervisor, Utils libraries, etc as a
      dependent, than what is the <b>xcp-xe</b> needed for?<br>
      <br>
    </blockquote>
    'xe' is stand-alone utility, allows you to control xcp by issuing
    commands like 'xe vm-start' and so on. You can install it separately
    on different machine and connect to xapi via https to XenAPI
    provided by xapi.<br>
  </body>
</html>

--------------080100010803020800000507--


--===============7353708083432540537==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7353708083432540537==--


From xen-api-bounces@lists.xen.org Thu May 17 16:43:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 17 May 2012 16:43:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SV3n9-0001D3-T6; Thu, 17 May 2012 16:43:07 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SV3n8-0001Cy-Uy
	for xen-api@lists.xen.org; Thu, 17 May 2012 16:43:07 +0000
Received: from [193.109.254.147:54806] by server-1.bemta-14.messagelabs.com id
	19/F4-29372-A9A25BF4; Thu, 17 May 2012 16:43:06 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1337272984!2114236!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4854 invoked from network); 17 May 2012 16:43:05 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	17 May 2012 16:43:05 -0000
Received: by lbok6 with SMTP id k6so1853862lbo.32
	for <xen-api@lists.xen.org>; Thu, 17 May 2012 09:43:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=IM9el1XY4Em2hceAmuKdUTYmPqbYVcInGCdZ8C5WpJw=;
	b=K66rMQYMhiaTkDODUt+Pwz9tMiAZUk3Jaj+BBs1jmVz/MEWK1lc6C56JQqeNc6iWNJ
	d01TMEoWpBG5PrsyEAwKWx9kgtvQieKsAmvPW3JmwF5efw7yAULOx7qHD4juVvGHj3du
	RaVMAd/baPtEI9rl4PabvUdvmp5KdvkCp6PkSN+2elPhR0bBbHOu0gLaLFW3O2GHglaJ
	ExndvyWQ3kiIQvxTduRLZpPcc9dH5h2CFSS1dKFK7B5co/RK8yVg5NH/L7N6U1Fr9hz6
	co8ddsKwuCcx/qJnzp87R06HoNpXoovkrEXT4YsO5gPPoGFKUoF+VIYSWOz6IbAI6zIB
	ZXQg==
Received: by 10.112.85.200 with SMTP id j8mr3392532lbz.80.1337272984566;
	Thu, 17 May 2012 09:43:04 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id ox7sm5586277lbb.17.2012.05.17.09.43.02
	(version=SSLv3 cipher=OTHER); Thu, 17 May 2012 09:43:03 -0700 (PDT)
Message-ID: <4FB52A9C.6070907@gmail.com>
Date: Thu, 17 May 2012 20:43:08 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.3) Gecko/20120329 Icedove/10.0.3
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
	<4FB5278F.2080905@gmail.com>
In-Reply-To: <4FB5278F.2080905@gmail.com>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7353708083432540537=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7353708083432540537==
Content-Type: multipart/alternative;
 boundary="------------080100010803020800000507"

This is a multi-part message in MIME format.
--------------080100010803020800000507
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit


> 1.) Using the two commands found on the Project Kronos Wiki page, 
> *apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api* 
> package installs the Xen Hypervisor, Utils libraries, etc as a 
> dependent, than what is the *xcp-xe* needed for?
>
'xe' is stand-alone utility, allows you to control xcp by issuing 
commands like 'xe vm-start' and so on. You can install it separately on 
different machine and connect to xapi via https to XenAPI provided by xapi.

--------------080100010803020800000507
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <blockquote cite="mid:4FB5278F.2080905@gmail.com" type="cite"> 1.)
      Using the two commands found on the Project Kronos Wiki page, <b>apt-get

        install xcp-xapi</b> and <b>apt-get install xcp-xe</b>, the <b>xcp-api</b>
      package installs the Xen Hypervisor, Utils libraries, etc as a
      dependent, than what is the <b>xcp-xe</b> needed for?<br>
      <br>
    </blockquote>
    'xe' is stand-alone utility, allows you to control xcp by issuing
    commands like 'xe vm-start' and so on. You can install it separately
    on different machine and connect to xapi via https to XenAPI
    provided by xapi.<br>
  </body>
</html>

--------------080100010803020800000507--


--===============7353708083432540537==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7353708083432540537==--


From xen-api-bounces@lists.xen.org Fri May 18 10:49:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 10:49:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVKkX-0002wl-UZ; Fri, 18 May 2012 10:49:33 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVKkW-0002wf-Ej
	for xen-api@lists.xensource.com; Fri, 18 May 2012 10:49:32 +0000
Received: from [85.158.143.99:44122] by server-3.bemta-4.messagelabs.com id
	7C/C3-05853-B3926BF4; Fri, 18 May 2012 10:49:31 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337338170!21091556!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23962 invoked from network); 18 May 2012 10:49:31 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 10:49:31 -0000
Received: by lbom4 with SMTP id m4so2273720lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 03:49:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:content-type;
	bh=k4Y4Tm2wqUL24xmVfSvrngQlmvCvPs74FZ8iNYJ5nhA=;
	b=xe94WFhF2auFgNDmA+yZfOGNlkiez4d9qKjckbKuAm/8/bADEgTqGjDF7/qgeuybV7
	7qKHshp9h58A6zsxmTofmxzG9qpMD2bN4AtWc5pJzYpYkNxejqSNLjIJZUVRB5wxR+Qq
	nkyY5qNsea6SSP86w85lOrJIo3BvQMWjvldulX1PjHYcVfq+WGNYptM9QIC77S618Xm3
	Izy+fNODVYfRxCALzVS5dI1afmje5fWuJZvGIVr11fHHvs/zbELdKfb4yFcJwWrOWCka
	5HFbNtHslZEuhXk+SAbuvOhGvAoUWSsu7tJv5vZskDcL4Zo5AgT2IFhKhv9BGwfR4Xio
	IyDw==
Received: by 10.112.27.226 with SMTP id w2mr4602238lbg.57.1337338170398; Fri,
	18 May 2012 03:49:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 03:49:09 -0700 (PDT)
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 07:49:09 -0300
Message-ID: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7123104850082653281=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7123104850082653281==
Content-Type: multipart/alternative; boundary=bcaec554de6297597d04c04d4ea7

--bcaec554de6297597d04c04d4ea7
Content-Type: text/plain; charset=ISO-8859-1

Do I need to do any special configuration in XCP 1.1 or in the SRs to be
capable of sharing a VDI between two virtual machines?
Is it possible to do in XCP?

-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
GNU/Linux #413291 [http://counter.li.org]

--bcaec554de6297597d04c04d4ea7
Content-Type: text/html; charset=ISO-8859-1

Do I need to do any special configuration in XCP 1.1 or in the SRs to be capable of sharing a VDI between two virtual machines?<br>Is it possible to do in XCP?<br clear="all"><br>-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engineer<br>

GNU/Linux #413291 [<a href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>

--bcaec554de6297597d04c04d4ea7--


--===============7123104850082653281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7123104850082653281==--


From xen-api-bounces@lists.xen.org Fri May 18 10:49:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 10:49:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVKkX-0002wl-UZ; Fri, 18 May 2012 10:49:33 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVKkW-0002wf-Ej
	for xen-api@lists.xensource.com; Fri, 18 May 2012 10:49:32 +0000
Received: from [85.158.143.99:44122] by server-3.bemta-4.messagelabs.com id
	7C/C3-05853-B3926BF4; Fri, 18 May 2012 10:49:31 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337338170!21091556!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23962 invoked from network); 18 May 2012 10:49:31 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 10:49:31 -0000
Received: by lbom4 with SMTP id m4so2273720lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 03:49:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to:content-type;
	bh=k4Y4Tm2wqUL24xmVfSvrngQlmvCvPs74FZ8iNYJ5nhA=;
	b=xe94WFhF2auFgNDmA+yZfOGNlkiez4d9qKjckbKuAm/8/bADEgTqGjDF7/qgeuybV7
	7qKHshp9h58A6zsxmTofmxzG9qpMD2bN4AtWc5pJzYpYkNxejqSNLjIJZUVRB5wxR+Qq
	nkyY5qNsea6SSP86w85lOrJIo3BvQMWjvldulX1PjHYcVfq+WGNYptM9QIC77S618Xm3
	Izy+fNODVYfRxCALzVS5dI1afmje5fWuJZvGIVr11fHHvs/zbELdKfb4yFcJwWrOWCka
	5HFbNtHslZEuhXk+SAbuvOhGvAoUWSsu7tJv5vZskDcL4Zo5AgT2IFhKhv9BGwfR4Xio
	IyDw==
Received: by 10.112.27.226 with SMTP id w2mr4602238lbg.57.1337338170398; Fri,
	18 May 2012 03:49:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 03:49:09 -0700 (PDT)
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 07:49:09 -0300
Message-ID: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
To: xen-api@lists.xensource.com
Subject: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7123104850082653281=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7123104850082653281==
Content-Type: multipart/alternative; boundary=bcaec554de6297597d04c04d4ea7

--bcaec554de6297597d04c04d4ea7
Content-Type: text/plain; charset=ISO-8859-1

Do I need to do any special configuration in XCP 1.1 or in the SRs to be
capable of sharing a VDI between two virtual machines?
Is it possible to do in XCP?

-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
GNU/Linux #413291 [http://counter.li.org]

--bcaec554de6297597d04c04d4ea7
Content-Type: text/html; charset=ISO-8859-1

Do I need to do any special configuration in XCP 1.1 or in the SRs to be capable of sharing a VDI between two virtual machines?<br>Is it possible to do in XCP?<br clear="all"><br>-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engineer<br>

GNU/Linux #413291 [<a href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>

--bcaec554de6297597d04c04d4ea7--


--===============7123104850082653281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7123104850082653281==--


From xen-api-bounces@lists.xen.org Fri May 18 13:50:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 13:50:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNZB-0000kr-HV; Fri, 18 May 2012 13:50:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVNZ9-0000kl-VX
	for xen-api@lists.xen.org; Fri, 18 May 2012 13:50:00 +0000
Received: from [85.158.143.35:52402] by server-3.bemta-4.messagelabs.com id
	7E/CB-05853-78356BF4; Fri, 18 May 2012 13:49:59 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-11.tower-21.messagelabs.com!1337348997!11704234!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28226 invoked from network); 18 May 2012 13:49:58 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 13:49:58 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25330245"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 09:49:56 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	09:49:56 -0400
Message-ID: <4FB653BF.7060709@citrix.com>
Date: Fri, 18 May 2012 14:50:55 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: "cyberhawk001@gmail.com" <cyberhawk001@gmail.com>
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
	<4FB5278F.2080905@gmail.com>
In-Reply-To: <4FB5278F.2080905@gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

> Hey mike, thanks for the reply, i really appreciate that. I have been
> wanting to install XAPI on a Debian Dom0 for a while now, but without
> random testing, i didn't know how to proceed, so i have not done much
> installing.
>
> Originally i was looking at and following the Wiki Kronos page,
> http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution,
> but that is also out of date. As with all things, Project Kronos is
> still a work in progress i do understand that, and so far not too many
> guides out there to explain how to get it to work. So i was wondering about:
>
> 1.) Using the two commands found on the Project Kronos Wiki page,
> *apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api*
> package installs the Xen Hypervisor, Utils libraries, etc as a
> dependent, than what is the *xcp-xe* needed for?

xcp-xe provides the xe command line interface to xapi. It's a dependency 
of xcp-xapi, so you don't need to install it separately.

> 2.) I currently have installed Debian Wheezy 64bit, compiled kernal
> 3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few days
> ago at least. SO, if i try to run *apt-get install xcp-xapi*, it will
> also download and install the xen-hypervisor-4.1-amd64 package, QEMU and
> many others. IF i let it, it will probably override my currently running
> Xen 4.2-Unstable WHICH i am guessing is probably not a good thing. SO i
> have not done so unless i know you can install JUST the XAPI Toolstack

You could just delete the xen.gz that's installed by the 
xen-hypervisor.deb package, and then install your own. It might mess up 
your package database, but you can probably recover from that by 
force-reinstalling the xen-hypervisor.deb package to overwrite your 
custom build.

> 3.) Has XAPI been converted to 64bit yet? I have read conflicting things
> where one places says the XAPI is currently only 32bit, but on one wiki
> pages it shows as 32bit or 64 bit. So figured i ask since i am using a
> 64bit Debian Wheezy and don't believe a 32bit XAPI could run on it.

xapi in XCP and XenServer is 32-bit, but on Debian and Ubuntu it is 
compiled for both 32- and 64-bit.

> 4.) So, there is no way to download JUST the XAPI toolstack source,
> compile it and install? Looking in the *xapi-autobuilder.git*, it says
> the same thing that the XAPI is compiled with all dependencies,
> including Xen Hypervisor.

Yes, you can download the xapi source from 
http://github.com/xen-org/xen-api, check out the debian branch, and 
build from there. Or you can do apt-get source xen-api, and rebuild it. 
You might be able to use dpkg to install the binary deb package, without 
installing dependencies, but I don't know.

> 5.) Finally, is the latest version of XAPI compatible and can be run on
> Xen 4.2-Unstable?

I don't know, but I hope so ;) If you find out, please let us know. The 
latest trunk build of xapi should work with xen-unstable, but we haven't 
released that version of xapi yet, either for XenServer, XCP, or 
Debian/Ubuntu.

> Thanks again for the advice...

No problem!

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 13:50:08 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 13:50:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNZB-0000kr-HV; Fri, 18 May 2012 13:50:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVNZ9-0000kl-VX
	for xen-api@lists.xen.org; Fri, 18 May 2012 13:50:00 +0000
Received: from [85.158.143.35:52402] by server-3.bemta-4.messagelabs.com id
	7E/CB-05853-78356BF4; Fri, 18 May 2012 13:49:59 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-11.tower-21.messagelabs.com!1337348997!11704234!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28226 invoked from network); 18 May 2012 13:49:58 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 13:49:58 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25330245"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 09:49:56 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	09:49:56 -0400
Message-ID: <4FB653BF.7060709@citrix.com>
Date: Fri, 18 May 2012 14:50:55 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: "cyberhawk001@gmail.com" <cyberhawk001@gmail.com>
References: <4FAC387E.8030609@gmail.com> <4FB50A94.7020406@citrix.com>
	<4FB5278F.2080905@gmail.com>
In-Reply-To: <4FB5278F.2080905@gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] How to install JUST the XenAPI Toolstack?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

> Hey mike, thanks for the reply, i really appreciate that. I have been
> wanting to install XAPI on a Debian Dom0 for a while now, but without
> random testing, i didn't know how to proceed, so i have not done much
> installing.
>
> Originally i was looking at and following the Wiki Kronos page,
> http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution,
> but that is also out of date. As with all things, Project Kronos is
> still a work in progress i do understand that, and so far not too many
> guides out there to explain how to get it to work. So i was wondering about:
>
> 1.) Using the two commands found on the Project Kronos Wiki page,
> *apt-get install xcp-xapi* and *apt-get install xcp-xe*, the *xcp-api*
> package installs the Xen Hypervisor, Utils libraries, etc as a
> dependent, than what is the *xcp-xe* needed for?

xcp-xe provides the xe command line interface to xapi. It's a dependency 
of xcp-xapi, so you don't need to install it separately.

> 2.) I currently have installed Debian Wheezy 64bit, compiled kernal
> 3.3.4 and running the latest Xen 4.2-Unstable, as of compiled a few days
> ago at least. SO, if i try to run *apt-get install xcp-xapi*, it will
> also download and install the xen-hypervisor-4.1-amd64 package, QEMU and
> many others. IF i let it, it will probably override my currently running
> Xen 4.2-Unstable WHICH i am guessing is probably not a good thing. SO i
> have not done so unless i know you can install JUST the XAPI Toolstack

You could just delete the xen.gz that's installed by the 
xen-hypervisor.deb package, and then install your own. It might mess up 
your package database, but you can probably recover from that by 
force-reinstalling the xen-hypervisor.deb package to overwrite your 
custom build.

> 3.) Has XAPI been converted to 64bit yet? I have read conflicting things
> where one places says the XAPI is currently only 32bit, but on one wiki
> pages it shows as 32bit or 64 bit. So figured i ask since i am using a
> 64bit Debian Wheezy and don't believe a 32bit XAPI could run on it.

xapi in XCP and XenServer is 32-bit, but on Debian and Ubuntu it is 
compiled for both 32- and 64-bit.

> 4.) So, there is no way to download JUST the XAPI toolstack source,
> compile it and install? Looking in the *xapi-autobuilder.git*, it says
> the same thing that the XAPI is compiled with all dependencies,
> including Xen Hypervisor.

Yes, you can download the xapi source from 
http://github.com/xen-org/xen-api, check out the debian branch, and 
build from there. Or you can do apt-get source xen-api, and rebuild it. 
You might be able to use dpkg to install the binary deb package, without 
installing dependencies, but I don't know.

> 5.) Finally, is the latest version of XAPI compatible and can be run on
> Xen 4.2-Unstable?

I don't know, but I hope so ;) If you find out, please let us know. The 
latest trunk build of xapi should work with xen-unstable, but we haven't 
released that version of xapi yet, either for XenServer, XCP, or 
Debian/Ubuntu.

> Thanks again for the advice...

No problem!

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 13:57:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 13:57:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNgD-0000pS-BA; Fri, 18 May 2012 13:57:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVNgB-0000pN-Pc
	for xen-api@lists.xensource.com; Fri, 18 May 2012 13:57:15 +0000
Received: from [85.158.138.51:26485] by server-1.bemta-3.messagelabs.com id
	4B/F2-11491-A3556BF4; Fri, 18 May 2012 13:57:14 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337349432!19749828!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26538 invoked from network); 18 May 2012 13:57:14 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 13:57:14 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25330525"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 09:57:12 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	09:57:12 -0400
Message-ID: <4FB65572.30602@citrix.com>
Date: Fri, 18 May 2012 14:58:10 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
In-Reply-To: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
> capable of sharing a VDI between two virtual machines?
> Is it possible to do in XCP?

You could possibly do this if only one VM attaches the disk RW, but you 
should definitely not do this if you want more than one of the VMs to 
attach the disk RW. For that, you should use something like NFS instead.

To share a VDI, create a new vbd to connect the second VM to the VDI. Do 
'xe help vbd-create' for docs.

Mike


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 13:57:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 13:57:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNgD-0000pS-BA; Fri, 18 May 2012 13:57:17 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVNgB-0000pN-Pc
	for xen-api@lists.xensource.com; Fri, 18 May 2012 13:57:15 +0000
Received: from [85.158.138.51:26485] by server-1.bemta-3.messagelabs.com id
	4B/F2-11491-A3556BF4; Fri, 18 May 2012 13:57:14 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337349432!19749828!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26538 invoked from network); 18 May 2012 13:57:14 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 13:57:14 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25330525"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 09:57:12 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	09:57:12 -0400
Message-ID: <4FB65572.30602@citrix.com>
Date: Fri, 18 May 2012 14:58:10 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
In-Reply-To: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
> capable of sharing a VDI between two virtual machines?
> Is it possible to do in XCP?

You could possibly do this if only one VM attaches the disk RW, but you 
should definitely not do this if you want more than one of the VMs to 
attach the disk RW. For that, you should use something like NFS instead.

To share a VDI, create a new vbd to connect the second VM to the VDI. Do 
'xe help vbd-create' for docs.

Mike


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 14:13:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 14:13:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNve-0002cx-Lh; Fri, 18 May 2012 14:13:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVNvd-0002cM-HN
	for xen-api@lists.xensource.com; Fri, 18 May 2012 14:13:13 +0000
Received: from [85.158.143.35:25585] by server-2.bemta-4.messagelabs.com id
	F1/56-12211-8F856BF4; Fri, 18 May 2012 14:13:12 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1337350391!4768708!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25731 invoked from network); 18 May 2012 14:13:12 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 14:13:12 -0000
Received: by lahg1 with SMTP id g1so2409912lah.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 07:13:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=YTJQSj+GGR02Vybh6JXSwV8+pIupiCqrWc/ofy9YOBw=;
	b=FEM3anrCpWbz3dTKFJhyiS0gEAOZiGB45SjNoGl7+tzgdXlnRBGS8hav9toddq8xqq
	tlUeucC2urVfgT4q9KwlCAN9yaZsAdBb1icgfIo9lqxHsNA2dDD7RojcuvcI2K2823++
	WXb0f5ARaEeYcN5wDDrDyBy4oR7Jo4oFT4ntoGqzwHI56yEn6DsfOcfopfFo2ioJbUT9
	WrmTdiEnEJq4UjWdAphmzQHl0qKdbuqdycp9vOzYW5WX+r3lji/evSPOpCleXa4HPxnv
	sB/O9cgtNkBLw9rtvHfdiI58KdVOAkuLi4ksJoib9ZNhDFHw7V24bYFgTiNupQJogeFt
	wfHw==
Received: by 10.112.27.226 with SMTP id w2mr4886888lbg.57.1337350390942; Fri,
	18 May 2012 07:13:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 07:12:50 -0700 (PDT)
In-Reply-To: <4FB65572.30602@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 11:12:50 -0300
Message-ID: <CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8378967588968788672=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8378967588968788672==
Content-Type: multipart/alternative; boundary=bcaec554de62fe0d6f04c05026e7

--bcaec554de62fe0d6f04c05026e7
Content-Type: text/plain; charset=ISO-8859-1

Thanks...

I really need to mount RW in both VMs. I am creating a fail-over cluster,
using concurrent storage for data.
I'll try to create a new vbd and attach it to the other VM.

Any other clues?


On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
>>
>
> You could possibly do this if only one VM attaches the disk RW, but you
> should definitely not do this if you want more than one of the VMs to
> attach the disk RW. For that, you should use something like NFS instead.
>
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
> 'xe help vbd-create' for docs.
>
> Mike
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec554de62fe0d6f04c05026e7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Thanks...<br><br>I really need to mount RW in both VMs. I am creating a fai=
l-over cluster, using concurrent storage for data.<br>I&#39;ll try to creat=
e a new vbd and attach it to the other VM.<br><br>Any other clues?<br><br>


<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">


<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Ed=
uardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestr=
utura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>




--bcaec554de62fe0d6f04c05026e7--


--===============8378967588968788672==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8378967588968788672==--


From xen-api-bounces@lists.xen.org Fri May 18 14:13:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 14:13:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVNve-0002cx-Lh; Fri, 18 May 2012 14:13:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVNvd-0002cM-HN
	for xen-api@lists.xensource.com; Fri, 18 May 2012 14:13:13 +0000
Received: from [85.158.143.35:25585] by server-2.bemta-4.messagelabs.com id
	F1/56-12211-8F856BF4; Fri, 18 May 2012 14:13:12 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-9.tower-21.messagelabs.com!1337350391!4768708!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25731 invoked from network); 18 May 2012 14:13:12 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 14:13:12 -0000
Received: by lahg1 with SMTP id g1so2409912lah.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 07:13:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=YTJQSj+GGR02Vybh6JXSwV8+pIupiCqrWc/ofy9YOBw=;
	b=FEM3anrCpWbz3dTKFJhyiS0gEAOZiGB45SjNoGl7+tzgdXlnRBGS8hav9toddq8xqq
	tlUeucC2urVfgT4q9KwlCAN9yaZsAdBb1icgfIo9lqxHsNA2dDD7RojcuvcI2K2823++
	WXb0f5ARaEeYcN5wDDrDyBy4oR7Jo4oFT4ntoGqzwHI56yEn6DsfOcfopfFo2ioJbUT9
	WrmTdiEnEJq4UjWdAphmzQHl0qKdbuqdycp9vOzYW5WX+r3lji/evSPOpCleXa4HPxnv
	sB/O9cgtNkBLw9rtvHfdiI58KdVOAkuLi4ksJoib9ZNhDFHw7V24bYFgTiNupQJogeFt
	wfHw==
Received: by 10.112.27.226 with SMTP id w2mr4886888lbg.57.1337350390942; Fri,
	18 May 2012 07:13:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 07:12:50 -0700 (PDT)
In-Reply-To: <4FB65572.30602@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 11:12:50 -0300
Message-ID: <CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8378967588968788672=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8378967588968788672==
Content-Type: multipart/alternative; boundary=bcaec554de62fe0d6f04c05026e7

--bcaec554de62fe0d6f04c05026e7
Content-Type: text/plain; charset=ISO-8859-1

Thanks...

I really need to mount RW in both VMs. I am creating a fail-over cluster,
using concurrent storage for data.
I'll try to create a new vbd and attach it to the other VM.

Any other clues?


On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
>>
>
> You could possibly do this if only one VM attaches the disk RW, but you
> should definitely not do this if you want more than one of the VMs to
> attach the disk RW. For that, you should use something like NFS instead.
>
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
> 'xe help vbd-create' for docs.
>
> Mike
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec554de62fe0d6f04c05026e7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Thanks...<br><br>I really need to mount RW in both VMs. I am creating a fai=
l-over cluster, using concurrent storage for data.<br>I&#39;ll try to creat=
e a new vbd and attach it to the other VM.<br><br>Any other clues?<br><br>


<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">


<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Ed=
uardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestr=
utura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>




--bcaec554de62fe0d6f04c05026e7--


--===============8378967588968788672==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8378967588968788672==--


From xen-api-bounces@lists.xen.org Fri May 18 14:52:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 14:52:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOXz-0006Y2-5C; Fri, 18 May 2012 14:52:51 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVOXy-0006Xu-Jy
	for xen-api@lists.xensource.com; Fri, 18 May 2012 14:52:50 +0000
Received: from [85.158.143.99:25700] by server-1.bemta-4.messagelabs.com id
	53/D8-00342-14266BF4; Fri, 18 May 2012 14:52:49 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1337352768!28643310!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22838 invoked from network); 18 May 2012 14:52:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 14:52:49 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25333132"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 10:52:47 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	10:52:47 -0400
Message-ID: <4FB66279.4030706@citrix.com>
Date: Fri, 18 May 2012 15:53:45 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
In-Reply-To: <CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
> Thanks...
>
> I really need to mount RW in both VMs. I am creating a fail-over
> cluster, using concurrent storage for data.
> I'll try to create a new vbd and attach it to the other VM.
>
> Any other clues?

I'm not sure exactly what you want to do. Are you proposing to plug a 
single VDI read-writeable in two running VMs, at the same time? Or do 
you want to only plug the VDI into two VMs, and only turn the second VM 
on once the first one fails? The second proposal is fine, but the first 
one will likely lead to data corruption.

If you want a solution that's more like the first proposal, then you 
might want to look at setting up DRBD (http://www.drbd.org/) within the 
guest VMs. XCP doesn't have support for using DRBD as a storage 
repository directly, but if you set it up in the guests themselves, you 
might be able to solve your problem.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 14:52:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 14:52:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOXz-0006Y2-5C; Fri, 18 May 2012 14:52:51 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SVOXy-0006Xu-Jy
	for xen-api@lists.xensource.com; Fri, 18 May 2012 14:52:50 +0000
Received: from [85.158.143.99:25700] by server-1.bemta-4.messagelabs.com id
	53/D8-00342-14266BF4; Fri, 18 May 2012 14:52:49 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-15.tower-216.messagelabs.com!1337352768!28643310!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUxMzc=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22838 invoked from network); 18 May 2012 14:52:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 14:52:49 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330923600"; d="scan'208";a="25333132"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 10:52:47 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012
	10:52:47 -0400
Message-ID: <4FB66279.4030706@citrix.com>
Date: Fri, 18 May 2012 15:53:45 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:11.0) Gecko/20120310 Thunderbird/11.0
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
In-Reply-To: <CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
> Thanks...
>
> I really need to mount RW in both VMs. I am creating a fail-over
> cluster, using concurrent storage for data.
> I'll try to create a new vbd and attach it to the other VM.
>
> Any other clues?

I'm not sure exactly what you want to do. Are you proposing to plug a 
single VDI read-writeable in two running VMs, at the same time? Or do 
you want to only plug the VDI into two VMs, and only turn the second VM 
on once the first one fails? The second proposal is fine, but the first 
one will likely lead to data corruption.

If you want a solution that's more like the first proposal, then you 
might want to look at setting up DRBD (http://www.drbd.org/) within the 
guest VMs. XCP doesn't have support for using DRBD as a storage 
repository directly, but if you set it up in the guests themselves, you 
might be able to solve your problem.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 15:05:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 15:05:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOjt-0007db-80; Fri, 18 May 2012 15:05:09 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SVOjr-0007dP-4K
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:05:07 +0000
Received: from [193.109.254.147:11317] by server-2.bemta-14.messagelabs.com id
	CE/05-19409-22566BF4; Fri, 18 May 2012 15:05:06 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-15.tower-27.messagelabs.com!1337353505!3133344!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17086 invoked from network); 18 May 2012 15:05:05 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-15.tower-27.messagelabs.com with SMTP;
	18 May 2012 15:05:05 -0000
Received: (qmail 7574 invoked by uid 634); 18 May 2012 15:05:05 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from Unknown (HELO [10.211.200.125]) (82.132.248.57)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Fri, 18 May 2012 16:05:04 +0100
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
In-Reply-To: <4FB65572.30602@citrix.com>
Mime-Version: 1.0 (1.0)
Message-Id: <3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
X-Mailer: iPhone Mail (9B176)
From: Anil Madhavapeddy <anil@recoil.org>
Date: Fri, 18 May 2012 16:04:52 +0100
To: Mike McClurg <mike.mcclurg@citrix.com>
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
> 
> You could possibly do this if only one VM attaches the disk RW, but you should definitely not do this if you want more than one of the VMs to attach the disk RW. For that, you should use something like NFS instead.

I think Carlos is using a concurrent file system or database, and so sharing the RW VBD is fine.

Isn't this just a case of marking the VBDs as shareable to disable the xapi safety check?

-anil



> 
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do 'xe help vbd-create' for docs.
> 
> Mike
> 
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 15:05:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 15:05:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOjt-0007db-80; Fri, 18 May 2012 15:05:09 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SVOjr-0007dP-4K
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:05:07 +0000
Received: from [193.109.254.147:11317] by server-2.bemta-14.messagelabs.com id
	CE/05-19409-22566BF4; Fri, 18 May 2012 15:05:06 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-15.tower-27.messagelabs.com!1337353505!3133344!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17086 invoked from network); 18 May 2012 15:05:05 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-15.tower-27.messagelabs.com with SMTP;
	18 May 2012 15:05:05 -0000
Received: (qmail 7574 invoked by uid 634); 18 May 2012 15:05:05 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from Unknown (HELO [10.211.200.125]) (82.132.248.57)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Fri, 18 May 2012 16:05:04 +0100
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
In-Reply-To: <4FB65572.30602@citrix.com>
Mime-Version: 1.0 (1.0)
Message-Id: <3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
X-Mailer: iPhone Mail (9B176)
From: Anil Madhavapeddy <anil@recoil.org>
Date: Fri, 18 May 2012 16:04:52 +0100
To: Mike McClurg <mike.mcclurg@citrix.com>
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
> 
> You could possibly do this if only one VM attaches the disk RW, but you should definitely not do this if you want more than one of the VMs to attach the disk RW. For that, you should use something like NFS instead.

I think Carlos is using a concurrent file system or database, and so sharing the RW VBD is fine.

Isn't this just a case of marking the VBDs as shareable to disable the xapi safety check?

-anil



> 
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do 'xe help vbd-create' for docs.
> 
> Mike
> 
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> 

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 15:12:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 15:12:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOr3-0008KF-4V; Fri, 18 May 2012 15:12:33 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SVOr1-0008K2-BA
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:12:31 +0000
Received: from [193.109.254.147:13556] by server-9.bemta-14.messagelabs.com id
	E6/5E-05787-ED666BF4; Fri, 18 May 2012 15:12:30 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-15.tower-27.messagelabs.com!1337353950!3134583!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTI1Mg==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10093 invoked from network); 18 May 2012 15:12:30 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 15:12:30 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330905600"; d="scan'208";a="12553189"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 15:12:30 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 18 May 2012
	16:12:29 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'Anil Madhavapeddy' <anil@recoil.org>, Mike McClurg
	<mike.mcclurg@citrix.com>
Date: Fri, 18 May 2012 16:12:29 +0100
Thread-Topic: [Xen-API] Configuration needed to share a VDI
Thread-Index: Ac01B9Z5SCW/j1LKT5i1WCx06TyHeAAABkZA
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
In-Reply-To: <3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi

Anil wrote:
> On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:
> 
> > On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> >> Do I need to do any special configuration in XCP 1.1 or in the SRs
> to be
> >> capable of sharing a VDI between two virtual machines?
> >> Is it possible to do in XCP?
> >
> > You could possibly do this if only one VM attaches the disk RW, but
> you should definitely not do this if you want more than one of the VMs
> to attach the disk RW. For that, you should use something like NFS
> instead.
> 
> I think Carlos is using a concurrent file system or database, and so
> sharing the RW VBD is fine.
> 
> Isn't this just a case of marking the VBDs as shareable to disable the
> xapi safety check?

As well as marking the VDI as sharable you also have to be careful with .vhds. If all the VMs sharing the VDI are on the same host they'd all share the same "tapdisk" process and this would be fine. If they were sharing the VDIs across hosts then you'd have multiple tapdisk writing the .vhd metadata concurrently which would lead to corruption.

If you need to share the VDIs across hosts then try creating a "raw" format VDI, using

$ xe vdi-create sr-uuid=... name-label=foo virtual-size=... type=user sm-config:type=raw

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 15:12:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 15:12:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVOr3-0008KF-4V; Fri, 18 May 2012 15:12:33 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SVOr1-0008K2-BA
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:12:31 +0000
Received: from [193.109.254.147:13556] by server-9.bemta-14.messagelabs.com id
	E6/5E-05787-ED666BF4; Fri, 18 May 2012 15:12:30 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-15.tower-27.messagelabs.com!1337353950!3134583!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTI1Mg==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10093 invoked from network); 18 May 2012 15:12:30 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 15:12:30 -0000
X-IronPort-AV: E=Sophos;i="4.75,617,1330905600"; d="scan'208";a="12553189"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	18 May 2012 15:12:30 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 18 May 2012
	16:12:29 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'Anil Madhavapeddy' <anil@recoil.org>, Mike McClurg
	<mike.mcclurg@citrix.com>
Date: Fri, 18 May 2012 16:12:29 +0100
Thread-Topic: [Xen-API] Configuration needed to share a VDI
Thread-Index: Ac01B9Z5SCW/j1LKT5i1WCx06TyHeAAABkZA
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
In-Reply-To: <3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi

Anil wrote:
> On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:
> 
> > On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> >> Do I need to do any special configuration in XCP 1.1 or in the SRs
> to be
> >> capable of sharing a VDI between two virtual machines?
> >> Is it possible to do in XCP?
> >
> > You could possibly do this if only one VM attaches the disk RW, but
> you should definitely not do this if you want more than one of the VMs
> to attach the disk RW. For that, you should use something like NFS
> instead.
> 
> I think Carlos is using a concurrent file system or database, and so
> sharing the RW VBD is fine.
> 
> Isn't this just a case of marking the VBDs as shareable to disable the
> xapi safety check?

As well as marking the VDI as sharable you also have to be careful with .vhds. If all the VMs sharing the VDI are on the same host they'd all share the same "tapdisk" process and this would be fine. If they were sharing the VDIs across hosts then you'd have multiple tapdisk writing the .vhd metadata concurrently which would lead to corruption.

If you need to share the VDIs across hosts then try creating a "raw" format VDI, using

$ xe vdi-create sr-uuid=... name-label=foo virtual-size=... type=user sm-config:type=raw

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 18 16:06:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 16:06:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVPgp-0002yr-5o; Fri, 18 May 2012 16:06:03 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVPgo-0002yi-13
	for xen-api@lists.xensource.com; Fri, 18 May 2012 16:06:02 +0000
Received: from [85.158.143.99:18459] by server-1.bemta-4.messagelabs.com id
	1E/45-00342-96376BF4; Fri, 18 May 2012 16:06:01 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337357159!28348630!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17171 invoked from network); 18 May 2012 16:06:00 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:06:00 -0000
Received: by lbom4 with SMTP id m4so2532154lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 09:05:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=xOEM/FtwRTyvB7i1J0qfzyH6hdvIokao7/TzDy+zuQM=;
	b=KDmXK6/46J1XGdt0RgYkTiwiSRAc6ZO92cLaKHOavsz6dSKtePpRMI0E9CDr5lkjQJ
	jLZW3G7EdxhrQF0ea/SWq+Ls7drZKkQ/6GhTA5F6twd541ye3ONjh3ssYNMDGc5106PR
	pfQo0feYLxSMacy4jYemm0LalC2ASHc4N1mM6r+gnwIQ0XnQUKpC0fBtuw00nBWHIrNP
	OTQWB4uc1zKnLecB+cJSMcxfeme2S/x8Yu9Oc3p8UXYHZJksl6lzy4o1MHLg82zOtF5z
	wx2ldJvvTiH05An6MAy9l9LNsdf3pZCvSXY/ceqbiq4xkqgE7FYsGv9bzDputYI7QN+h
	C1pw==
Received: by 10.112.46.135 with SMTP id v7mr5171093lbm.3.1337357159341; Fri,
	18 May 2012 09:05:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 09:05:39 -0700 (PDT)
In-Reply-To: <4FB66279.4030706@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
	<4FB66279.4030706@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 13:05:39 -0300
Message-ID: <CAEcYNt7K5J1=v96RzfmRxyJUbOTFsw8_n4zLQjeMKMLziaYeKQ@mail.gmail.com>
To: Mike McClurg <mike.mcclurg@citrix.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7229290299196690117=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7229290299196690117==
Content-Type: multipart/alternative; boundary=bcaec55240be6b9e1c04c051baa0

--bcaec55240be6b9e1c04c051baa0
Content-Type: text/plain; charset=ISO-8859-1

DRBD is not a solution for me.

I will keep both VMs on, but just one of them will mount the filesystem.
But, I could do that too using GFS2 or OCFS2.

On Fri, May 18, 2012 at 11:53 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
>
>> Thanks...
>>
>> I really need to mount RW in both VMs. I am creating a fail-over
>> cluster, using concurrent storage for data.
>> I'll try to create a new vbd and attach it to the other VM.
>>
>> Any other clues?
>>
>
> I'm not sure exactly what you want to do. Are you proposing to plug a
> single VDI read-writeable in two running VMs, at the same time? Or do you
> want to only plug the VDI into two VMs, and only turn the second VM on once
> the first one fails? The second proposal is fine, but the first one will
> likely lead to data corruption.
>
> If you want a solution that's more like the first proposal, then you might
> want to look at setting up DRBD (http://www.drbd.org/) within the guest
> VMs. XCP doesn't have support for using DRBD as a storage repository
> directly, but if you set it up in the guests themselves, you might be able
> to solve your problem.
>
> Mike
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec55240be6b9e1c04c051baa0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

DRBD is not a solution for me. <br><br>I will keep both VMs on, but just on=
e of them will mount the filesystem. But, I could do that too using GFS2 or=
 OCFS2.<br><br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 11:53 AM,=
 Mike McClurg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.c=
om" target=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On 18/05/12 15:12, Carlos =
Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Thanks...<br>
<br>
I really need to mount RW in both VMs. I am creating a fail-over<br>
cluster, using concurrent storage for data.<br>
I&#39;ll try to create a new vbd and attach it to the other VM.<br>
<br>
Any other clues?<br>
</blockquote>
<br></div>
I&#39;m not sure exactly what you want to do. Are you proposing to plug a s=
ingle VDI read-writeable in two running VMs, at the same time? Or do you wa=
nt to only plug the VDI into two VMs, and only turn the second VM on once t=
he first one fails? The second proposal is fine, but the first one will lik=
ely lead to data corruption.<br>


<br>
If you want a solution that&#39;s more like the first proposal, then you mi=
ght want to look at setting up DRBD (<a href=3D"http://www.drbd.org/" targe=
t=3D"_blank">http://www.drbd.org/</a>) within the guest VMs. XCP doesn&#39;=
t have support for using DRBD as a storage repository directly, but if you =
set it up in the guests themselves, you might be able to solve your problem=
.<span class=3D"HOEnZb"><font color=3D"#888888"><br>


<br>
Mike<br>
</font></span></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Ed=
uardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestr=
utura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>



--bcaec55240be6b9e1c04c051baa0--


--===============7229290299196690117==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7229290299196690117==--


From xen-api-bounces@lists.xen.org Fri May 18 16:06:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 16:06:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVPgp-0002yr-5o; Fri, 18 May 2012 16:06:03 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVPgo-0002yi-13
	for xen-api@lists.xensource.com; Fri, 18 May 2012 16:06:02 +0000
Received: from [85.158.143.99:18459] by server-1.bemta-4.messagelabs.com id
	1E/45-00342-96376BF4; Fri, 18 May 2012 16:06:01 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337357159!28348630!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17171 invoked from network); 18 May 2012 16:06:00 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:06:00 -0000
Received: by lbom4 with SMTP id m4so2532154lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 09:05:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=xOEM/FtwRTyvB7i1J0qfzyH6hdvIokao7/TzDy+zuQM=;
	b=KDmXK6/46J1XGdt0RgYkTiwiSRAc6ZO92cLaKHOavsz6dSKtePpRMI0E9CDr5lkjQJ
	jLZW3G7EdxhrQF0ea/SWq+Ls7drZKkQ/6GhTA5F6twd541ye3ONjh3ssYNMDGc5106PR
	pfQo0feYLxSMacy4jYemm0LalC2ASHc4N1mM6r+gnwIQ0XnQUKpC0fBtuw00nBWHIrNP
	OTQWB4uc1zKnLecB+cJSMcxfeme2S/x8Yu9Oc3p8UXYHZJksl6lzy4o1MHLg82zOtF5z
	wx2ldJvvTiH05An6MAy9l9LNsdf3pZCvSXY/ceqbiq4xkqgE7FYsGv9bzDputYI7QN+h
	C1pw==
Received: by 10.112.46.135 with SMTP id v7mr5171093lbm.3.1337357159341; Fri,
	18 May 2012 09:05:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 09:05:39 -0700 (PDT)
In-Reply-To: <4FB66279.4030706@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
	<4FB66279.4030706@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 13:05:39 -0300
Message-ID: <CAEcYNt7K5J1=v96RzfmRxyJUbOTFsw8_n4zLQjeMKMLziaYeKQ@mail.gmail.com>
To: Mike McClurg <mike.mcclurg@citrix.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7229290299196690117=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7229290299196690117==
Content-Type: multipart/alternative; boundary=bcaec55240be6b9e1c04c051baa0

--bcaec55240be6b9e1c04c051baa0
Content-Type: text/plain; charset=ISO-8859-1

DRBD is not a solution for me.

I will keep both VMs on, but just one of them will mount the filesystem.
But, I could do that too using GFS2 or OCFS2.

On Fri, May 18, 2012 at 11:53 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
>
>> Thanks...
>>
>> I really need to mount RW in both VMs. I am creating a fail-over
>> cluster, using concurrent storage for data.
>> I'll try to create a new vbd and attach it to the other VM.
>>
>> Any other clues?
>>
>
> I'm not sure exactly what you want to do. Are you proposing to plug a
> single VDI read-writeable in two running VMs, at the same time? Or do you
> want to only plug the VDI into two VMs, and only turn the second VM on once
> the first one fails? The second proposal is fine, but the first one will
> likely lead to data corruption.
>
> If you want a solution that's more like the first proposal, then you might
> want to look at setting up DRBD (http://www.drbd.org/) within the guest
> VMs. XCP doesn't have support for using DRBD as a storage repository
> directly, but if you set it up in the guests themselves, you might be able
> to solve your problem.
>
> Mike
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec55240be6b9e1c04c051baa0
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

DRBD is not a solution for me. <br><br>I will keep both VMs on, but just on=
e of them will mount the filesystem. But, I could do that too using GFS2 or=
 OCFS2.<br><br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 11:53 AM,=
 Mike McClurg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.c=
om" target=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On 18/05/12 15:12, Carlos =
Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Thanks...<br>
<br>
I really need to mount RW in both VMs. I am creating a fail-over<br>
cluster, using concurrent storage for data.<br>
I&#39;ll try to create a new vbd and attach it to the other VM.<br>
<br>
Any other clues?<br>
</blockquote>
<br></div>
I&#39;m not sure exactly what you want to do. Are you proposing to plug a s=
ingle VDI read-writeable in two running VMs, at the same time? Or do you wa=
nt to only plug the VDI into two VMs, and only turn the second VM on once t=
he first one fails? The second proposal is fine, but the first one will lik=
ely lead to data corruption.<br>


<br>
If you want a solution that&#39;s more like the first proposal, then you mi=
ght want to look at setting up DRBD (<a href=3D"http://www.drbd.org/" targe=
t=3D"_blank">http://www.drbd.org/</a>) within the guest VMs. XCP doesn&#39;=
t have support for using DRBD as a storage repository directly, but if you =
set it up in the guests themselves, you might be able to solve your problem=
.<span class=3D"HOEnZb"><font color=3D"#888888"><br>


<br>
Mike<br>
</font></span></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Ed=
uardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestr=
utura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>



--bcaec55240be6b9e1c04c051baa0--


--===============7229290299196690117==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7229290299196690117==--


From xen-api-bounces@lists.xen.org Fri May 18 16:10:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 16:10:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVPlR-0003MV-H1; Fri, 18 May 2012 16:10:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVPlQ-0003ML-23
	for xen-api@lists.xensource.com; Fri, 18 May 2012 16:10:48 +0000
Received: from [193.109.254.147:16866] by server-9.bemta-14.messagelabs.com id
	31/85-05787-78476BF4; Fri, 18 May 2012 16:10:47 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1337357445!3163305!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6587 invoked from network); 18 May 2012 16:10:46 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:10:46 -0000
Received: by lbom4 with SMTP id m4so2536165lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 09:10:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=V7+LjdXp6mlCd6ySfk7qK70MfJkdicOZ67gM4LNb5m4=;
	b=sSTX/2U4aVVhxDoqRmJkVah7D8hnmJphMjL7w8PyjDmaTTWwEMZ0NAeiz4XR116858
	eiWHTtGpOonzbOT4MgX9Wk1xcptu0mv1rAAhZb2SePnEVBXngrYe9n/Hlc3GEU/XfMsY
	Nihm1UnJFVP7VUIbpR8U0lohy+SVP8gkg4305aQqoec/zLaQn/6aqRFgad2PMFuAFy4N
	bzfuzAD2Oi6ibuIal+sJVyn4l5/AhZTm6lmPLLk2v5DoBHZVhkodvTwFdEbaPIva49l+
	+XHwO6BG1lTDHHBde92EMisaFZVGf5IR4OSHNAtAGJm9p2rSXS0OHNri1btLsLLfAoXv
	5FFQ==
Received: by 10.152.148.199 with SMTP id tu7mr11526023lab.43.1337357445601;
	Fri, 18 May 2012 09:10:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 09:10:25 -0700 (PDT)
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 13:10:25 -0300
Message-ID: <CAEcYNt6L_eHKXpCAmrRtO4XmOCWHABJZwr3PPT1EyQ6=C+OC8g@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7245749757262105061=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7245749757262105061==
Content-Type: multipart/alternative; boundary=e89a8f2353bb7b992004c051cb16

--e89a8f2353bb7b992004c051cb16
Content-Type: text/plain; charset=ISO-8859-1

I will try that.
I have 5 servers in my XCP Cluster.

Do I have to modify anything in SR config?

On Fri, May 18, 2012 at 12:12 PM, Dave Scott <Dave.Scott@eu.citrix.com>wrote:

> Hi
>
> Anil wrote:
> > On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:
> >
> > > On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> > >> Do I need to do any special configuration in XCP 1.1 or in the SRs
> > to be
> > >> capable of sharing a VDI between two virtual machines?
> > >> Is it possible to do in XCP?
> > >
> > > You could possibly do this if only one VM attaches the disk RW, but
> > you should definitely not do this if you want more than one of the VMs
> > to attach the disk RW. For that, you should use something like NFS
> > instead.
> >
> > I think Carlos is using a concurrent file system or database, and so
> > sharing the RW VBD is fine.
> >
> > Isn't this just a case of marking the VBDs as shareable to disable the
> > xapi safety check?
>
> As well as marking the VDI as sharable you also have to be careful with
> .vhds. If all the VMs sharing the VDI are on the same host they'd all share
> the same "tapdisk" process and this would be fine. If they were sharing the
> VDIs across hosts then you'd have multiple tapdisk writing the .vhd
> metadata concurrently which would lead to corruption.
>
> If you need to share the VDIs across hosts then try creating a "raw"
> format VDI, using
>
> $ xe vdi-create sr-uuid=... name-label=foo virtual-size=... type=user
> sm-config:type=raw
>
> Cheers,
> Dave
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--e89a8f2353bb7b992004c051cb16
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I will try that. <br>I have 5 servers in my XCP Cluster.<br><br>Do I have t=
o modify anything in SR config?<br><br><div class=3D"gmail_quote">On Fri, M=
ay 18, 2012 at 12:12 PM, Dave Scott <span dir=3D"ltr">&lt;<a href=3D"mailto=
:Dave.Scott@eu.citrix.com" target=3D"_blank">Dave.Scott@eu.citrix.com</a>&g=
t;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hi<br>
<div class=3D"im"><br>
Anil wrote:<br>
&gt; On 18 May 2012, at 14:58, Mike McClurg &lt;<a href=3D"mailto:mike.mccl=
urg@citrix.com">mike.mcclurg@citrix.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
&gt; &gt;&gt; Do I need to do any special configuration in XCP 1.1 or in th=
e SRs<br>
&gt; to be<br>
&gt; &gt;&gt; capable of sharing a VDI between two virtual machines?<br>
&gt; &gt;&gt; Is it possible to do in XCP?<br>
&gt; &gt;<br>
&gt; &gt; You could possibly do this if only one VM attaches the disk RW, b=
ut<br>
&gt; you should definitely not do this if you want more than one of the VMs=
<br>
&gt; to attach the disk RW. For that, you should use something like NFS<br>
&gt; instead.<br>
&gt;<br>
&gt; I think Carlos is using a concurrent file system or database, and so<b=
r>
&gt; sharing the RW VBD is fine.<br>
&gt;<br>
&gt; Isn&#39;t this just a case of marking the VBDs as shareable to disable=
 the<br>
&gt; xapi safety check?<br>
<br>
</div>As well as marking the VDI as sharable you also have to be careful wi=
th .vhds. If all the VMs sharing the VDI are on the same host they&#39;d al=
l share the same &quot;tapdisk&quot; process and this would be fine. If the=
y were sharing the VDIs across hosts then you&#39;d have multiple tapdisk w=
riting the .vhd metadata concurrently which would lead to corruption.<br>


<br>
If you need to share the VDIs across hosts then try creating a &quot;raw&qu=
ot; format VDI, using<br>
<br>
$ xe vdi-create sr-uuid=3D... name-label=3Dfoo virtual-size=3D... type=3Dus=
er sm-config:type=3Draw<br>
<br>
Cheers,<br>
Dave<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Edua=
rdo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrut=
ura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D=
"_blank">http://counter.li.org</a>]<br>



--e89a8f2353bb7b992004c051cb16--


--===============7245749757262105061==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7245749757262105061==--


From xen-api-bounces@lists.xen.org Fri May 18 16:10:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 18 May 2012 16:10:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVPlR-0003MV-H1; Fri, 18 May 2012 16:10:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVPlQ-0003ML-23
	for xen-api@lists.xensource.com; Fri, 18 May 2012 16:10:48 +0000
Received: from [193.109.254.147:16866] by server-9.bemta-14.messagelabs.com id
	31/85-05787-78476BF4; Fri, 18 May 2012 16:10:47 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1337357445!3163305!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6587 invoked from network); 18 May 2012 16:10:46 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:10:46 -0000
Received: by lbom4 with SMTP id m4so2536165lbo.30
	for <xen-api@lists.xensource.com>; Fri, 18 May 2012 09:10:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=V7+LjdXp6mlCd6ySfk7qK70MfJkdicOZ67gM4LNb5m4=;
	b=sSTX/2U4aVVhxDoqRmJkVah7D8hnmJphMjL7w8PyjDmaTTWwEMZ0NAeiz4XR116858
	eiWHTtGpOonzbOT4MgX9Wk1xcptu0mv1rAAhZb2SePnEVBXngrYe9n/Hlc3GEU/XfMsY
	Nihm1UnJFVP7VUIbpR8U0lohy+SVP8gkg4305aQqoec/zLaQn/6aqRFgad2PMFuAFy4N
	bzfuzAD2Oi6ibuIal+sJVyn4l5/AhZTm6lmPLLk2v5DoBHZVhkodvTwFdEbaPIva49l+
	+XHwO6BG1lTDHHBde92EMisaFZVGf5IR4OSHNAtAGJm9p2rSXS0OHNri1btLsLLfAoXv
	5FFQ==
Received: by 10.152.148.199 with SMTP id tu7mr11526023lab.43.1337357445601;
	Fri, 18 May 2012 09:10:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Fri, 18 May 2012 09:10:25 -0700 (PDT)
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<3168F772-826B-446F-A717-1EF785ED594A@recoil.org>
	<81A73678E76EA642801C8F2E4823AD21DA9E1FD609@LONPMAILBOX01.citrite.net>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Fri, 18 May 2012 13:10:25 -0300
Message-ID: <CAEcYNt6L_eHKXpCAmrRtO4XmOCWHABJZwr3PPT1EyQ6=C+OC8g@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7245749757262105061=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7245749757262105061==
Content-Type: multipart/alternative; boundary=e89a8f2353bb7b992004c051cb16

--e89a8f2353bb7b992004c051cb16
Content-Type: text/plain; charset=ISO-8859-1

I will try that.
I have 5 servers in my XCP Cluster.

Do I have to modify anything in SR config?

On Fri, May 18, 2012 at 12:12 PM, Dave Scott <Dave.Scott@eu.citrix.com>wrote:

> Hi
>
> Anil wrote:
> > On 18 May 2012, at 14:58, Mike McClurg <mike.mcclurg@citrix.com> wrote:
> >
> > > On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
> > >> Do I need to do any special configuration in XCP 1.1 or in the SRs
> > to be
> > >> capable of sharing a VDI between two virtual machines?
> > >> Is it possible to do in XCP?
> > >
> > > You could possibly do this if only one VM attaches the disk RW, but
> > you should definitely not do this if you want more than one of the VMs
> > to attach the disk RW. For that, you should use something like NFS
> > instead.
> >
> > I think Carlos is using a concurrent file system or database, and so
> > sharing the RW VBD is fine.
> >
> > Isn't this just a case of marking the VBDs as shareable to disable the
> > xapi safety check?
>
> As well as marking the VDI as sharable you also have to be careful with
> .vhds. If all the VMs sharing the VDI are on the same host they'd all share
> the same "tapdisk" process and this would be fine. If they were sharing the
> VDIs across hosts then you'd have multiple tapdisk writing the .vhd
> metadata concurrently which would lead to corruption.
>
> If you need to share the VDIs across hosts then try creating a "raw"
> format VDI, using
>
> $ xe vdi-create sr-uuid=... name-label=foo virtual-size=... type=user
> sm-config:type=raw
>
> Cheers,
> Dave
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--e89a8f2353bb7b992004c051cb16
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I will try that. <br>I have 5 servers in my XCP Cluster.<br><br>Do I have t=
o modify anything in SR config?<br><br><div class=3D"gmail_quote">On Fri, M=
ay 18, 2012 at 12:12 PM, Dave Scott <span dir=3D"ltr">&lt;<a href=3D"mailto=
:Dave.Scott@eu.citrix.com" target=3D"_blank">Dave.Scott@eu.citrix.com</a>&g=
t;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hi<br>
<div class=3D"im"><br>
Anil wrote:<br>
&gt; On 18 May 2012, at 14:58, Mike McClurg &lt;<a href=3D"mailto:mike.mccl=
urg@citrix.com">mike.mcclurg@citrix.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
&gt; &gt;&gt; Do I need to do any special configuration in XCP 1.1 or in th=
e SRs<br>
&gt; to be<br>
&gt; &gt;&gt; capable of sharing a VDI between two virtual machines?<br>
&gt; &gt;&gt; Is it possible to do in XCP?<br>
&gt; &gt;<br>
&gt; &gt; You could possibly do this if only one VM attaches the disk RW, b=
ut<br>
&gt; you should definitely not do this if you want more than one of the VMs=
<br>
&gt; to attach the disk RW. For that, you should use something like NFS<br>
&gt; instead.<br>
&gt;<br>
&gt; I think Carlos is using a concurrent file system or database, and so<b=
r>
&gt; sharing the RW VBD is fine.<br>
&gt;<br>
&gt; Isn&#39;t this just a case of marking the VBDs as shareable to disable=
 the<br>
&gt; xapi safety check?<br>
<br>
</div>As well as marking the VDI as sharable you also have to be careful wi=
th .vhds. If all the VMs sharing the VDI are on the same host they&#39;d al=
l share the same &quot;tapdisk&quot; process and this would be fine. If the=
y were sharing the VDIs across hosts then you&#39;d have multiple tapdisk w=
riting the .vhd metadata concurrently which would lead to corruption.<br>


<br>
If you need to share the VDIs across hosts then try creating a &quot;raw&qu=
ot; format VDI, using<br>
<br>
$ xe vdi-create sr-uuid=3D... name-label=3Dfoo virtual-size=3D... type=3Dus=
er sm-config:type=3Draw<br>
<br>
Cheers,<br>
Dave<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Edua=
rdo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrut=
ura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D=
"_blank">http://counter.li.org</a>]<br>



--e89a8f2353bb7b992004c051cb16--


--===============7245749757262105061==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7245749757262105061==--


From xen-api-bounces@lists.xen.org Sat May 19 12:17:57 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 19 May 2012 12:17:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVibQ-0000xg-9t; Sat, 19 May 2012 12:17:44 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVibP-0000xb-3V
	for xen-api@lists.xensource.com; Sat, 19 May 2012 12:17:43 +0000
Received: from [85.158.143.35:17970] by server-2.bemta-4.messagelabs.com id
	73/FA-12211-66F87BF4; Sat, 19 May 2012 12:17:42 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1337429860!14961450!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20860 invoked from network); 19 May 2012 12:17:41 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	19 May 2012 12:17:41 -0000
Received: by lahg1 with SMTP id g1so3000820lah.30
	for <xen-api@lists.xensource.com>; Sat, 19 May 2012 05:17:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=3OvRtsfhuBaDHcO0Cni67PtaIi8FQGHakM9x42zc2IE=;
	b=x7An4cFZ9iECN1zhiSh/bVDqbUEeqCcERIYE/i/K6q7BpLAfwidko5ZlxXmsts9Xe/
	OJHRggeCxPqI1zjf8KWOw6TsepAOn2H9WusaO3UvwReTACqZHeKka3/lBCVzAeuxH03g
	TM2TQaFKb7zn4crp3Y+ZVE3YbKD7Oi2/cz36hVGJqupt+JDV06Edb+K7wUL6g2EQ5x2I
	sWc0tAJwD3mr0WsklVEWohkZYMrBCbuM27qQcggYVGf3T/vRHO8gyxqveDFxcZDr3j4u
	QBcjUHlDIH6xu/Nh39zsiLQXTLaTTdEXCiaxHNWNUe2564KfBLviQGppoaIDRvlXvYgs
	HaJw==
Received: by 10.152.131.9 with SMTP id oi9mr10368832lab.39.1337429859812; Sat,
	19 May 2012 05:17:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Sat, 19 May 2012 05:17:18 -0700 (PDT)
In-Reply-To: <4FB65572.30602@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Sat, 19 May 2012 09:17:18 -0300
Message-ID: <CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3608294410471100776=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3608294410471100776==
Content-Type: multipart/alternative; boundary=f46d042c6477b4c47804c062a7bf

--f46d042c6477b4c47804c062a7bf
Content-Type: text/plain; charset=ISO-8859-1

Mike,

I have tried to do what you said, but I have got an error.

My steps:

[root@vmserver05 ~]# xe sr-param-list
uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
              name-label ( RW): VMDATA02_RAID10
        name-description ( RW): iSCSI SR [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
                    host ( RO): <shared>
      allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
      current-operations (SRO):
                    VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
                    PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
      virtual-allocation ( RO): 1073741824
    physical-utilisation ( RO): 1077936128
           physical-size ( RO): 600016158720
                    type ( RO): lvmoiscsi
            content-type ( RO):
                  shared ( RW): true
            other-config (MRW):
               sm-config (MRO): allocation: thick; use_vhd: true;
multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
                   blobs ( RO):
     local-cache-enabled ( RO): false
                    tags (SRW):

[root@vmserver05 ~]# xe vdi-create
sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
virtual-size=1GiB type=user sm-config:type=raw sharable=true
782f2e7b-77d4-4590-b5c4-d2d473c6b63f

Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
created, as display here:

[root@vmserver05 ~]# xe vdi-param-list
uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
              name-label ( RW): teste
        name-description ( RW):
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): resize_online; clone
      current-operations (SRO):
                 sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
           sr-name-label ( RO): VMDATA02_RAID10
*               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
5ca07308-d296-37d9-a715-475453126949*
         crashdump-uuids (SRO):
            virtual-size ( RO): 1073741824
    physical-utilisation ( RO): 1073741824
                location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
                    type ( RO): User
                sharable ( RO): true
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
scsi/0x12/0x83:
AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
782f2e7b-77d4-4590-b5c4-d2d473c6b63f
               sm-config (MRO):
host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
vdi_type: aio
                 on-boot ( RW): persist
           allow-caching ( RW): false
                    tags (SRW):


But I could activate (plug) only one of them. When I try to plug on both of
them I get this error:

[root@vmserver05 ~]# xe vbd-plug uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available [opterr=VDI
782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],

Is there any parameter am I missing?

On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
>>
>
> You could possibly do this if only one VM attaches the disk RW, but you
> should definitely not do this if you want more than one of the VMs to
> attach the disk RW. For that, you should use something like NFS instead.
>
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
> 'xe help vbd-create' for docs.
>
> Mike
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d042c6477b4c47804c062a7bf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Mike,<div><br></div><div>I have tried to do what you said, but I have got a=
n error.</div><div><br></div><div>My steps:</div><div><br></div><div><div>[=
root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2=
b70df</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>

<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>

<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>

=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>

<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>

<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>

<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>

<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">

<div class=3D"im">On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br=
>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span class=3D"HOEnZb"><font color=3D"#=
888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor e=
m Infraestrutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.o=
rg" target=3D"_blank">http://counter.li.org</a>]<br>


</div>

--f46d042c6477b4c47804c062a7bf--


--===============3608294410471100776==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3608294410471100776==--


From xen-api-bounces@lists.xen.org Sat May 19 12:17:57 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 19 May 2012 12:17:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVibQ-0000xg-9t; Sat, 19 May 2012 12:17:44 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVibP-0000xb-3V
	for xen-api@lists.xensource.com; Sat, 19 May 2012 12:17:43 +0000
Received: from [85.158.143.35:17970] by server-2.bemta-4.messagelabs.com id
	73/FA-12211-66F87BF4; Sat, 19 May 2012 12:17:42 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1337429860!14961450!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20860 invoked from network); 19 May 2012 12:17:41 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	19 May 2012 12:17:41 -0000
Received: by lahg1 with SMTP id g1so3000820lah.30
	for <xen-api@lists.xensource.com>; Sat, 19 May 2012 05:17:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=3OvRtsfhuBaDHcO0Cni67PtaIi8FQGHakM9x42zc2IE=;
	b=x7An4cFZ9iECN1zhiSh/bVDqbUEeqCcERIYE/i/K6q7BpLAfwidko5ZlxXmsts9Xe/
	OJHRggeCxPqI1zjf8KWOw6TsepAOn2H9WusaO3UvwReTACqZHeKka3/lBCVzAeuxH03g
	TM2TQaFKb7zn4crp3Y+ZVE3YbKD7Oi2/cz36hVGJqupt+JDV06Edb+K7wUL6g2EQ5x2I
	sWc0tAJwD3mr0WsklVEWohkZYMrBCbuM27qQcggYVGf3T/vRHO8gyxqveDFxcZDr3j4u
	QBcjUHlDIH6xu/Nh39zsiLQXTLaTTdEXCiaxHNWNUe2564KfBLviQGppoaIDRvlXvYgs
	HaJw==
Received: by 10.152.131.9 with SMTP id oi9mr10368832lab.39.1337429859812; Sat,
	19 May 2012 05:17:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Sat, 19 May 2012 05:17:18 -0700 (PDT)
In-Reply-To: <4FB65572.30602@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Sat, 19 May 2012 09:17:18 -0300
Message-ID: <CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3608294410471100776=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3608294410471100776==
Content-Type: multipart/alternative; boundary=f46d042c6477b4c47804c062a7bf

--f46d042c6477b4c47804c062a7bf
Content-Type: text/plain; charset=ISO-8859-1

Mike,

I have tried to do what you said, but I have got an error.

My steps:

[root@vmserver05 ~]# xe sr-param-list
uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
              name-label ( RW): VMDATA02_RAID10
        name-description ( RW): iSCSI SR [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
                    host ( RO): <shared>
      allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
      current-operations (SRO):
                    VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
                    PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
      virtual-allocation ( RO): 1073741824
    physical-utilisation ( RO): 1077936128
           physical-size ( RO): 600016158720
                    type ( RO): lvmoiscsi
            content-type ( RO):
                  shared ( RW): true
            other-config (MRW):
               sm-config (MRO): allocation: thick; use_vhd: true;
multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
                   blobs ( RO):
     local-cache-enabled ( RO): false
                    tags (SRW):

[root@vmserver05 ~]# xe vdi-create
sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
virtual-size=1GiB type=user sm-config:type=raw sharable=true
782f2e7b-77d4-4590-b5c4-d2d473c6b63f

Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
created, as display here:

[root@vmserver05 ~]# xe vdi-param-list
uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
              name-label ( RW): teste
        name-description ( RW):
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): resize_online; clone
      current-operations (SRO):
                 sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
           sr-name-label ( RO): VMDATA02_RAID10
*               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
5ca07308-d296-37d9-a715-475453126949*
         crashdump-uuids (SRO):
            virtual-size ( RO): 1073741824
    physical-utilisation ( RO): 1073741824
                location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
                    type ( RO): User
                sharable ( RO): true
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
scsi/0x12/0x83:
AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
782f2e7b-77d4-4590-b5c4-d2d473c6b63f
               sm-config (MRO):
host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
vdi_type: aio
                 on-boot ( RW): persist
           allow-caching ( RW): false
                    tags (SRW):


But I could activate (plug) only one of them. When I try to plug on both of
them I get this error:

[root@vmserver05 ~]# xe vbd-plug uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
Error code: SR_BACKEND_FAILURE_46
Error parameters: , The VDI is not available [opterr=VDI
782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],

Is there any parameter am I missing?

On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:

> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>> capable of sharing a VDI between two virtual machines?
>> Is it possible to do in XCP?
>>
>
> You could possibly do this if only one VM attaches the disk RW, but you
> should definitely not do this if you want more than one of the VMs to
> attach the disk RW. For that, you should use something like NFS instead.
>
> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
> 'xe help vbd-create' for docs.
>
> Mike
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d042c6477b4c47804c062a7bf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Mike,<div><br></div><div>I have tried to do what you said, but I have got a=
n error.</div><div><br></div><div>My steps:</div><div><br></div><div><div>[=
root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2=
b70df</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>

<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>

<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>

=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>

<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>

<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>

<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>

<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>

<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">

<div class=3D"im">On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br=
>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span class=3D"HOEnZb"><font color=3D"#=
888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor e=
m Infraestrutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.o=
rg" target=3D"_blank">http://counter.li.org</a>]<br>


</div>

--f46d042c6477b4c47804c062a7bf--


--===============3608294410471100776==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3608294410471100776==--


From xen-api-bounces@lists.xen.org Sun May 20 02:18:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 02:18:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVvie-0001Zf-Ah; Sun, 20 May 2012 02:18:04 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVvic-0001Za-Fr
	for xen-api@lists.xensource.com; Sun, 20 May 2012 02:18:02 +0000
Received: from [85.158.138.51:2508] by server-9.bemta-3.messagelabs.com id
	6D/42-26691-95458BF4; Sun, 20 May 2012 02:18:01 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1337480279!27943034!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21090 invoked from network); 20 May 2012 02:18:00 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	20 May 2012 02:18:00 -0000
Received: by lahg1 with SMTP id g1so3225347lah.30
	for <xen-api@lists.xensource.com>; Sat, 19 May 2012 19:17:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=5ZtNJo2soFIU0Pgtb3k6CYeNbRes1Rk5mIMpPXbooqQ=;
	b=eL9tq98fplkZqET69XPQof1lLnib0ZVIDylaaBp5lfzonzoXtWHL0LP7nkvub1NuEf
	D8W1mHMkuWIWoXPBtOTnIYz5mzcwI4Bry4YloUJF8oebl8C0QbOBAIXghIpGTFzFoLtq
	V/XoR4pwfJgH4FK9NidZjtxm9WVbDGDVYNi9P9D9nvpklQdBz86evSgIDX5u8Q7sQn8f
	4SQVkRwS772xxwALb++Cylu1HGjhlRsDICIAbIoOqaIti8LLEKzFRxaf+oeIjDcW1ReZ
	BbkUztcGVhXV/8ugNGlKsyVOKrIITdjPkYGEuWmI8fxddetiT93U6enoTAhWeCa66R4l
	DOqQ==
Received: by 10.152.48.37 with SMTP id i5mr9202602lan.36.1337480279004; Sat,
	19 May 2012 19:17:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Sat, 19 May 2012 19:17:38 -0700 (PDT)
In-Reply-To: <CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Sat, 19 May 2012 23:17:38 -0300
Message-ID: <CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0241073458039923338=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0241073458039923338==
Content-Type: multipart/alternative; boundary=bcaec5523980ec971e04c06e643a

--bcaec5523980ec971e04c06e643a
Content-Type: text/plain; charset=ISO-8859-1

I tried to execute the vdi-set-shareable-true.py script, that i have found
in the forum. But the result was not positive. I
got SR_OPERATION_NOT_SUPPORTED error.

[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
31e3186c-367f-4a87-b591-56844bb23420
FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
{'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
'allowed_operations': ['resize_online', 'generate_config', 'resize',
'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
'31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
'scsi/0x12/0x83':
'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}

FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
{'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
['pause', 'unpause', 'plug', 'attach'], 'VDI':
'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
'status_detail': '', 'metrics':
'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
'RW', 'qos_algorithm_params': {}}

FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
{'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
['pause', 'unpause', 'plug', 'attach'], 'VDI':
'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
'81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
'status_detail': '', 'metrics':
'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
False, 'mode': 'RW', 'qos_algorithm_params': {}}

ERROR: failed to re-introduce the VDI. unrecoverable error.
Traceback (most recent call last):
  File "./vdi-set-shareable-true.py", line 132, in ?
    main()
  File "./vdi-set-shareable-true.py", line 129, in main
    fixup_vdi(options, session)
  File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
    vdi_data['sm_config'])
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
xenapi_request
    result = _parse_result(getattr(self, methodname)(*full_params))
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
_parse_result
    raise Failure(result['ErrorDescription'])
XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']



On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
eduardo.terra@gmail.com> wrote:

> Mike,
>
> I have tried to do what you said, but I have got an error.
>
> My steps:
>
> [root@vmserver05 ~]# xe sr-param-list
> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>               name-label ( RW): VMDATA02_RAID10
>         name-description ( RW): iSCSI SR [172.30.1.101
> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>                     host ( RO): <shared>
>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>       current-operations (SRO):
>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>       virtual-allocation ( RO): 1073741824
>     physical-utilisation ( RO): 1077936128
>            physical-size ( RO): 600016158720
>                     type ( RO): lvmoiscsi
>             content-type ( RO):
>                   shared ( RW): true
>             other-config (MRW):
>                sm-config (MRO): allocation: thick; use_vhd: true;
> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>                    blobs ( RO):
>      local-cache-enabled ( RO): false
>                     tags (SRW):
>
> [root@vmserver05 ~]# xe vdi-create
> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
> virtual-size=1GiB type=user sm-config:type=raw sharable=true
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>
> Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
> created, as display here:
>
> [root@vmserver05 ~]# xe vdi-param-list
> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>               name-label ( RW): teste
>         name-description ( RW):
>            is-a-snapshot ( RO): false
>              snapshot-of ( RO): <not in database>
>                snapshots ( RO):
>            snapshot-time ( RO): 19700101T00:00:00Z
>       allowed-operations (SRO): resize_online; clone
>       current-operations (SRO):
>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>            sr-name-label ( RO): VMDATA02_RAID10
> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
> 5ca07308-d296-37d9-a715-475453126949*
>          crashdump-uuids (SRO):
>             virtual-size ( RO): 1073741824
>     physical-utilisation ( RO): 1073741824
>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                     type ( RO): User
>                 sharable ( RO): true
>                read-only ( RO): false
>             storage-lock ( RO): false
>                  managed ( RO): true
>                   parent ( RO): <not in database>
>                  missing ( RO): false
>             other-config (MRW):
>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
> scsi/0x12/0x83:
> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                sm-config (MRO):
> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
> vdi_type: aio
>                  on-boot ( RW): persist
>            allow-caching ( RW): false
>                     tags (SRW):
>
>
> But I could activate (plug) only one of them. When I try to plug on both
> of them I get this error:
>
> [root@vmserver05 ~]# xe vbd-plug uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
> Error code: SR_BACKEND_FAILURE_46
> Error parameters: , The VDI is not available [opterr=VDI
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>
> Is there any parameter am I missing?
>
> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>
>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>
>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>>> capable of sharing a VDI between two virtual machines?
>>> Is it possible to do in XCP?
>>>
>>
>> You could possibly do this if only one VM attaches the disk RW, but you
>> should definitely not do this if you want more than one of the VMs to
>> attach the disk RW. For that, you should use something like NFS instead.
>>
>> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
>> 'xe help vbd-create' for docs.
>>
>> Mike
>>
>>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec5523980ec971e04c06e643a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I tried to execute the=A0vdi-set-shareable-true.py script, that i have foun=
d in the forum. But the result was not positive. I got=A0SR_OPERATION_NOT_S=
UPPORTED error.<div><br></div><div><div>[root@vmserver05 ~]# ./vdi-set-shar=
eable-true.py -v 31e3186c-367f-4a87-b591-56844bb23420</div>

<div>FULL VDI entry =3D OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div=
><div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;}, &#39;manag=
ed&#39;: True, &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39=
;resize_online&#39;, &#39;generate_config&#39;, &#39;resize&#39;, &#39;dest=
roy&#39;, &#39;clone&#39;, &#39;copy&#39;], &#39;on_boot&#39;: &#39;persist=
&#39;, &#39;name_description&#39;: &#39;&#39;, &#39;read_only&#39;: False, =
&#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#39;storag=
e_lock&#39;: False, &#39;name_label&#39;: &#39;teste&#39;, &#39;tags&#39;: =
[], &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#3=
9;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#39;snapshot_time&#=
39;: &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;, &#39;pare=
nt&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;: False, &#39;xenstore_=
data&#39;: {&#39;storage-type&#39;: &#39;lvm&#39;, &#39;scsi/0x12/0x80&#39;=
: &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x12/0x83&#39;:=
 &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyM=
CA=3D&#39;, &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;: &#39;31e=
3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_dumps&#39;: [], &#39;vi=
rtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_snapshot&#39;: False, &#39=
;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39;OpaqueRef:NULL&#3=
9;, &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;,=
 &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &#39;108213043=
2&#39;, &#39;allow_caching&#39;: False, &#39;VBDs&#39;: [&#39;OpaqueRef:9d4=
f9e82-6b15-101d-3cec-46eea2a47359&#39;, &#39;OpaqueRef:9591ab93-0f12-b1a5-f=
92e-0817355d9988&#39;]}</div>

<div><br></div><div>FULL VBD entry =3D OpaqueRef:9d4f9e82-6b15-101d-3cec-46=
eea2a47359</div><div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;d0a4ac7f-ae94=
-18b4-926b-628f31cea636&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:71d=
d55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#3=
9;, &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &#39;&#39;,=
 &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bootab=
le&#39;: False, &#39;other_config&#39;: {}, &#39;currently_attached&#39;: F=
alse, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</di=
v>

<div><br></div><div>FULL VBD entry =3D OpaqueRef:9591ab93-0f12-b1a5-f92e-08=
17355d9988</div><div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;81ed397c-48f2=
-6bc5-c393-1fefc5645f30&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:a07=
bf61b-d4bb-ab23-617e-f2d97771ed92&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#3=
9;, &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39;: &#39;&#=
39;, &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bo=
otable&#39;: False, &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39=
;}, &#39;currently_attached&#39;: False, &#39;mode&#39;: &#39;RW&#39;, &#39=
;qos_algorithm_params&#39;: {}}</div>

<div><br></div><div>ERROR: failed to re-introduce the VDI. unrecoverable er=
ror.</div><div>Traceback (most recent call last):</div><div>=A0 File &quot;=
./vdi-set-shareable-true.py&quot;, line 132, in ?</div><div>=A0 =A0 main()<=
/div>

<div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129, in main</d=
iv><div>=A0 =A0 fixup_vdi(options, session)</div><div>=A0 File &quot;./vdi-=
set-shareable-true.py&quot;, line 70, in fixup_vdi</div><div>=A0 =A0 vdi_da=
ta[&#39;sm_config&#39;])</div>

<div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, line =
229, in __call__</div><div>=A0 =A0 return self.__send(self.__name, args)</d=
iv><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, li=
ne 133, in xenapi_request</div>

<div>=A0 =A0 result =3D _parse_result(getattr(self, methodname)(*full_param=
s))</div><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quo=
t;, line 203, in _parse_result</div><div>=A0 =A0 raise Failure(result[&#39;=
ErrorDescription&#39;])</div>

<div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;, &#39;OpaqueRef:=
439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</div></div><div><br></div><div><=
br><div><br><div class=3D"gmail_quote">On Sat, May 19, 2012 at 9:17 AM, Car=
los Eduardo Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:eduardo.t=
erra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</span> wr=
ote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Mike,<div><br></div><div>I have tried to do =
what you said, but I have got an error.</div><div><br></div><div>My steps:<=
/div>

<div><br></div><div><div>[root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d=
5c1-f0a8-ecfb-28b0-59154f2b70df</div>
<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>


<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>


<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>


=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>


<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>


<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>


<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>

<div><div class=3D"h5">
<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">


<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div></div=
></div><div class=3D"im">-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Cer=
tified Engineer<br></div><div class=3D"im">Consultor em Infraestrutura de T=
I<br>

GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">http=
://counter.li.org</a>]<br>

</div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>


</div></div>

--bcaec5523980ec971e04c06e643a--


--===============0241073458039923338==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0241073458039923338==--


From xen-api-bounces@lists.xen.org Sun May 20 02:18:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 02:18:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVvie-0001Zf-Ah; Sun, 20 May 2012 02:18:04 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SVvic-0001Za-Fr
	for xen-api@lists.xensource.com; Sun, 20 May 2012 02:18:02 +0000
Received: from [85.158.138.51:2508] by server-9.bemta-3.messagelabs.com id
	6D/42-26691-95458BF4; Sun, 20 May 2012 02:18:01 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1337480279!27943034!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21090 invoked from network); 20 May 2012 02:18:00 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	20 May 2012 02:18:00 -0000
Received: by lahg1 with SMTP id g1so3225347lah.30
	for <xen-api@lists.xensource.com>; Sat, 19 May 2012 19:17:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=5ZtNJo2soFIU0Pgtb3k6CYeNbRes1Rk5mIMpPXbooqQ=;
	b=eL9tq98fplkZqET69XPQof1lLnib0ZVIDylaaBp5lfzonzoXtWHL0LP7nkvub1NuEf
	D8W1mHMkuWIWoXPBtOTnIYz5mzcwI4Bry4YloUJF8oebl8C0QbOBAIXghIpGTFzFoLtq
	V/XoR4pwfJgH4FK9NidZjtxm9WVbDGDVYNi9P9D9nvpklQdBz86evSgIDX5u8Q7sQn8f
	4SQVkRwS772xxwALb++Cylu1HGjhlRsDICIAbIoOqaIti8LLEKzFRxaf+oeIjDcW1ReZ
	BbkUztcGVhXV/8ugNGlKsyVOKrIITdjPkYGEuWmI8fxddetiT93U6enoTAhWeCa66R4l
	DOqQ==
Received: by 10.152.48.37 with SMTP id i5mr9202602lan.36.1337480279004; Sat,
	19 May 2012 19:17:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Sat, 19 May 2012 19:17:38 -0700 (PDT)
In-Reply-To: <CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Sat, 19 May 2012 23:17:38 -0300
Message-ID: <CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Cc: Franciane Pessanha <franciane@censanet.com.br>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0241073458039923338=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0241073458039923338==
Content-Type: multipart/alternative; boundary=bcaec5523980ec971e04c06e643a

--bcaec5523980ec971e04c06e643a
Content-Type: text/plain; charset=ISO-8859-1

I tried to execute the vdi-set-shareable-true.py script, that i have found
in the forum. But the result was not positive. I
got SR_OPERATION_NOT_SUPPORTED error.

[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
31e3186c-367f-4a87-b591-56844bb23420
FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
{'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
'allowed_operations': ['resize_online', 'generate_config', 'resize',
'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
'31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
'scsi/0x12/0x83':
'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}

FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
{'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
['pause', 'unpause', 'plug', 'attach'], 'VDI':
'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
'status_detail': '', 'metrics':
'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
'RW', 'qos_algorithm_params': {}}

FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
{'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
['pause', 'unpause', 'plug', 'attach'], 'VDI':
'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
'81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
'status_detail': '', 'metrics':
'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
False, 'mode': 'RW', 'qos_algorithm_params': {}}

ERROR: failed to re-introduce the VDI. unrecoverable error.
Traceback (most recent call last):
  File "./vdi-set-shareable-true.py", line 132, in ?
    main()
  File "./vdi-set-shareable-true.py", line 129, in main
    fixup_vdi(options, session)
  File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
    vdi_data['sm_config'])
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
xenapi_request
    result = _parse_result(getattr(self, methodname)(*full_params))
  File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
_parse_result
    raise Failure(result['ErrorDescription'])
XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']



On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
eduardo.terra@gmail.com> wrote:

> Mike,
>
> I have tried to do what you said, but I have got an error.
>
> My steps:
>
> [root@vmserver05 ~]# xe sr-param-list
> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>               name-label ( RW): VMDATA02_RAID10
>         name-description ( RW): iSCSI SR [172.30.1.101
> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>                     host ( RO): <shared>
>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>       current-operations (SRO):
>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>       virtual-allocation ( RO): 1073741824
>     physical-utilisation ( RO): 1077936128
>            physical-size ( RO): 600016158720
>                     type ( RO): lvmoiscsi
>             content-type ( RO):
>                   shared ( RW): true
>             other-config (MRW):
>                sm-config (MRO): allocation: thick; use_vhd: true;
> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>                    blobs ( RO):
>      local-cache-enabled ( RO): false
>                     tags (SRW):
>
> [root@vmserver05 ~]# xe vdi-create
> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
> virtual-size=1GiB type=user sm-config:type=raw sharable=true
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>
> Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
> created, as display here:
>
> [root@vmserver05 ~]# xe vdi-param-list
> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>               name-label ( RW): teste
>         name-description ( RW):
>            is-a-snapshot ( RO): false
>              snapshot-of ( RO): <not in database>
>                snapshots ( RO):
>            snapshot-time ( RO): 19700101T00:00:00Z
>       allowed-operations (SRO): resize_online; clone
>       current-operations (SRO):
>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>            sr-name-label ( RO): VMDATA02_RAID10
> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
> 5ca07308-d296-37d9-a715-475453126949*
>          crashdump-uuids (SRO):
>             virtual-size ( RO): 1073741824
>     physical-utilisation ( RO): 1073741824
>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                     type ( RO): User
>                 sharable ( RO): true
>                read-only ( RO): false
>             storage-lock ( RO): false
>                  managed ( RO): true
>                   parent ( RO): <not in database>
>                  missing ( RO): false
>             other-config (MRW):
>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
> scsi/0x12/0x83:
> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                sm-config (MRO):
> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
> vdi_type: aio
>                  on-boot ( RW): persist
>            allow-caching ( RW): false
>                     tags (SRW):
>
>
> But I could activate (plug) only one of them. When I try to plug on both
> of them I get this error:
>
> [root@vmserver05 ~]# xe vbd-plug uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
> Error code: SR_BACKEND_FAILURE_46
> Error parameters: , The VDI is not available [opterr=VDI
> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>
> Is there any parameter am I missing?
>
> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>
>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>
>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>>> capable of sharing a VDI between two virtual machines?
>>> Is it possible to do in XCP?
>>>
>>
>> You could possibly do this if only one VM attaches the disk RW, but you
>> should definitely not do this if you want more than one of the VMs to
>> attach the disk RW. For that, you should use something like NFS instead.
>>
>> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
>> 'xe help vbd-create' for docs.
>>
>> Mike
>>
>>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec5523980ec971e04c06e643a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I tried to execute the=A0vdi-set-shareable-true.py script, that i have foun=
d in the forum. But the result was not positive. I got=A0SR_OPERATION_NOT_S=
UPPORTED error.<div><br></div><div><div>[root@vmserver05 ~]# ./vdi-set-shar=
eable-true.py -v 31e3186c-367f-4a87-b591-56844bb23420</div>

<div>FULL VDI entry =3D OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div=
><div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;}, &#39;manag=
ed&#39;: True, &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39=
;resize_online&#39;, &#39;generate_config&#39;, &#39;resize&#39;, &#39;dest=
roy&#39;, &#39;clone&#39;, &#39;copy&#39;], &#39;on_boot&#39;: &#39;persist=
&#39;, &#39;name_description&#39;: &#39;&#39;, &#39;read_only&#39;: False, =
&#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#39;storag=
e_lock&#39;: False, &#39;name_label&#39;: &#39;teste&#39;, &#39;tags&#39;: =
[], &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#3=
9;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#39;snapshot_time&#=
39;: &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;, &#39;pare=
nt&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;: False, &#39;xenstore_=
data&#39;: {&#39;storage-type&#39;: &#39;lvm&#39;, &#39;scsi/0x12/0x80&#39;=
: &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x12/0x83&#39;:=
 &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyM=
CA=3D&#39;, &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;: &#39;31e=
3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_dumps&#39;: [], &#39;vi=
rtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_snapshot&#39;: False, &#39=
;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39;OpaqueRef:NULL&#3=
9;, &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;,=
 &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &#39;108213043=
2&#39;, &#39;allow_caching&#39;: False, &#39;VBDs&#39;: [&#39;OpaqueRef:9d4=
f9e82-6b15-101d-3cec-46eea2a47359&#39;, &#39;OpaqueRef:9591ab93-0f12-b1a5-f=
92e-0817355d9988&#39;]}</div>

<div><br></div><div>FULL VBD entry =3D OpaqueRef:9d4f9e82-6b15-101d-3cec-46=
eea2a47359</div><div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;d0a4ac7f-ae94=
-18b4-926b-628f31cea636&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:71d=
d55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#3=
9;, &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &#39;&#39;,=
 &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bootab=
le&#39;: False, &#39;other_config&#39;: {}, &#39;currently_attached&#39;: F=
alse, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</di=
v>

<div><br></div><div>FULL VBD entry =3D OpaqueRef:9591ab93-0f12-b1a5-f92e-08=
17355d9988</div><div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;81ed397c-48f2=
-6bc5-c393-1fefc5645f30&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:a07=
bf61b-d4bb-ab23-617e-f2d97771ed92&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#3=
9;, &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39;: &#39;&#=
39;, &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bo=
otable&#39;: False, &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39=
;}, &#39;currently_attached&#39;: False, &#39;mode&#39;: &#39;RW&#39;, &#39=
;qos_algorithm_params&#39;: {}}</div>

<div><br></div><div>ERROR: failed to re-introduce the VDI. unrecoverable er=
ror.</div><div>Traceback (most recent call last):</div><div>=A0 File &quot;=
./vdi-set-shareable-true.py&quot;, line 132, in ?</div><div>=A0 =A0 main()<=
/div>

<div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129, in main</d=
iv><div>=A0 =A0 fixup_vdi(options, session)</div><div>=A0 File &quot;./vdi-=
set-shareable-true.py&quot;, line 70, in fixup_vdi</div><div>=A0 =A0 vdi_da=
ta[&#39;sm_config&#39;])</div>

<div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, line =
229, in __call__</div><div>=A0 =A0 return self.__send(self.__name, args)</d=
iv><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, li=
ne 133, in xenapi_request</div>

<div>=A0 =A0 result =3D _parse_result(getattr(self, methodname)(*full_param=
s))</div><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quo=
t;, line 203, in _parse_result</div><div>=A0 =A0 raise Failure(result[&#39;=
ErrorDescription&#39;])</div>

<div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;, &#39;OpaqueRef:=
439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</div></div><div><br></div><div><=
br><div><br><div class=3D"gmail_quote">On Sat, May 19, 2012 at 9:17 AM, Car=
los Eduardo Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:eduardo.t=
erra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</span> wr=
ote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Mike,<div><br></div><div>I have tried to do =
what you said, but I have got an error.</div><div><br></div><div>My steps:<=
/div>

<div><br></div><div><div>[root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d=
5c1-f0a8-ecfb-28b0-59154f2b70df</div>
<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>


<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>


<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>


=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>


<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>


<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>


<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>


<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>

<div><div class=3D"h5">
<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">


<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div></div=
></div><div class=3D"im">-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Cer=
tified Engineer<br></div><div class=3D"im">Consultor em Infraestrutura de T=
I<br>

GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">http=
://counter.li.org</a>]<br>

</div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>


</div></div>

--bcaec5523980ec971e04c06e643a--


--===============0241073458039923338==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0241073458039923338==--


From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002V0-7s; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thelists@gmail.com>) id 1SR7Qi-0004lu-Uw
	for xen-api@lists.xen.org; Sun, 06 May 2012 19:47:41 +0000
Received: from [85.158.143.35:26192] by server-1.bemta-4.messagelabs.com id
	8C/F1-20925-C55D6AF4; Sun, 06 May 2012 19:47:40 +0000
X-Env-Sender: thelists@gmail.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1336333658!13019135!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18942 invoked from network); 6 May 2012 19:47:39 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 19:47:39 -0000
Received: by bkwj10 with SMTP id j10so3568653bkw.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 12:47:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=em1/fdIQoU3AcpxzY85P2HotKbIjkoKsvEqQSFbhw/w=;
	b=ExDMAXwUtcesd4QvS7bDbCwMRLPoiNEGoYucg2Dg1cxjQkt2khEjDIW+Kec427ud0I
	/dGKJQtqi6Po18P6gLn3x1WXp528vohfUY/de3l0ldzFo4p1UwznfxrnXc8yXD92F+zB
	MqkqGMrzsalfBQip24HIeEJQAXje0MunKrNLsIZ7mYFszxMNJx9qJVBu1jBjXY8oWG0+
	3b6+xVNgIFfjEwyno4NMnytSX8Fk3xJC/3/LgmTwziAMFiiZZtEXUp4nqXpqp+wCQs2t
	8uwuIdkmF9G4DNMuD6EeV0cez0qM3+/hG/1wkyCHA9CByMdrdtLyuCmZ0WnrpVt+uHa7
	nT2A==
MIME-Version: 1.0
Received: by 10.205.131.7 with SMTP id ho7mr3078863bkc.62.1336333325018; Sun,
	06 May 2012 12:42:05 -0700 (PDT)
Received: by 10.204.177.146 with HTTP; Sun, 6 May 2012 12:42:04 -0700 (PDT)
Date: Sun, 6 May 2012 15:42:04 -0400
Message-ID: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
From: mailing lists <thelists@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0858827878397481054=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0858827878397481054==
Content-Type: multipart/alternative; boundary=000e0ce0cc9423a6f604bf6359f7

--000e0ce0cc9423a6f604bf6359f7
Content-Type: text/plain; charset=ISO-8859-1

Hello --

I've been working to establish a working build environment for the XenAPI
on a fresh Ubuntu 12.04 x64 server instance.  The various steps needed to
compile Xen, a custom kernel, update grub and manage Xen using the
*xl* toolstack
is not foreign to me.  My near-term goal is to implement one of the
open-source management tools reliant on XenAPI (openstack / cloudstack /
etc.), with a more long-term goal of the creation of additional features.

Here's an outline of the steps I've taken thus far:

   - Installed Ubuntu 12.04 x64 server, final
   - Downloaded, configured, compiled and installed Linux Kernel 3.3.4
   including the various required options for running Xen
      - Are there any unique requirements for XenAPI beyond that of a Dom0
      kernel for Xen?
   - Downloaded, configured, compiled and installed Xen 4.1.2.
   - Modified the GRUB bootloader appropriately, and booted into the system.
   - Followed the outline of steps from the Xen Wiki entry for XCP
   toolstack compilation
      - http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
      - Note: During the building process, a number of errors surfaced.
         - A message about unexpected patches was displayed when processing
         "xen-api-1.3.2".  A crude workaround was simply to add a bit
of code to
         *dpkg-source* to detect this condition when processing this
         package and commit the code.  This was the only instance
where the message
         occurred.
         - The file *cachelocation* was not found under the
*./tmp-debs/* directory.
          There as no clear direction on what this should be, so I
simply created an
         empty file.  This allowed the process to continue.
         - pbuilder complained about an untrusted *local* source.  I added
         an option to the .rc file to allow untrusted sources, and it seemed to
         solve the problem.
         - Various packages not mentioned or required for any non-XAPI Xen
         operation were missing.  Through trial and error, I compiled a list of
         packages and installed them.
      - After these steps, I ended up with a number of *.deb* packages and
      a successful completion of the make process.
   - Installed the packages produced from the previous step.
   - *Stuck on this error*:  Getting an error from *xcp-networkd*
      - Fatal error: exception Failure("ERROR: network backend unknown()")


I hope that the formatting from within the gmail client transferred into
this message, otherwise the block above might be unwieldy.

Regardless, any insight, assistance, or direction would be greatly
appreciated.

Happy hacking.
--Bill

--000e0ce0cc9423a6f604bf6359f7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello --<div><br></div><div>I&#39;ve been working to establish a working bu=
ild environment for the XenAPI on a fresh Ubuntu 12.04 x64 server instance.=
 =A0The various steps needed to compile Xen, a custom kernel, update grub a=
nd manage Xen using the <i style=3D"font-weight:bold">xl</i>=A0toolstack is=
 not foreign to me. =A0My near-term goal is to implement one of the open-so=
urce management tools reliant on XenAPI (openstack / cloudstack / etc.), wi=
th a more long-term goal of the creation of additional features.</div>
<div><br></div><div>Here&#39;s an outline of the steps I&#39;ve taken thus =
far:</div><div><ul><li>Installed Ubuntu 12.04 x64 server, final</li><li>Dow=
nloaded, configured, compiled and installed Linux Kernel 3.3.4 including th=
e various required options for running Xen</li>
<ul><li>Are there any unique requirements for XenAPI beyond that of a Dom0 =
kernel for Xen?</li></ul><li>Downloaded, configured, compiled and installed=
 Xen 4.1.2.</li><li>Modified the GRUB bootloader appropriately, and booted =
into the system.</li>
<li>Followed the outline of steps from the Xen Wiki entry for XCP toolstack=
 compilation</li><ul><li><a href=3D"http://wiki.xen.org/wiki/Compile_the_XC=
P_toolstack_from_source">http://wiki.xen.org/wiki/Compile_the_XCP_toolstack=
_from_source</a>\</li>
<li>Note: During the building process, a number of errors surfaced.</li><ul=
><li>A message about unexpected patches was displayed when processing &quot=
;xen-api-1.3.2&quot;. =A0A crude workaround was simply to add a bit of code=
 to <i style=3D"font-weight:bold">dpkg-source</i>=A0to detect this conditio=
n when processing this package and commit the code. =A0This was the only in=
stance where the message occurred.</li>
<li>The file <i style=3D"font-weight:bold">cachelocation</i>=A0was not foun=
d under the <b>./tmp-debs/</b>=A0directory. =A0There as no clear direction =
on what this should be, so I simply created an empty file. =A0This allowed =
the process to continue.</li>
<li>pbuilder complained about an untrusted <u style=3D"font-weight:bold">lo=
cal</u>=A0source. =A0I added an option to the .rc file to allow untrusted s=
ources, and it seemed to solve the problem.</li><li>Various packages not me=
ntioned or required for any non-XAPI Xen operation were missing. =A0Through=
 trial and error, I compiled a list of packages and installed them.</li>
</ul><li>After these steps, I ended up with a number of <b>.deb</b>=A0packa=
ges and a successful completion of the make process.</li></ul><li>Installed=
 the packages produced from the previous step.</li><li><b>Stuck on this err=
or</b>: =A0Getting an error from <i style=3D"font-weight:bold">xcp-networkd=
</i></li>
<ul><li>Fatal error: exception Failure(&quot;ERROR: network backend unknown=
()&quot;)</li></ul></ul><div><br></div></div><div>I hope that the formattin=
g from within the gmail client transferred into this message, otherwise the=
 block above might be unwieldy.</div>
<div><br></div><div>Regardless, any insight, assistance, or direction would=
 be greatly appreciated.</div><div><br></div><div>Happy hacking.</div><div>=
--Bill</div>

--000e0ce0cc9423a6f604bf6359f7--


--===============0858827878397481054==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0858827878397481054==--


From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002V0-7s; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thelists@gmail.com>) id 1SR7Qi-0004lu-Uw
	for xen-api@lists.xen.org; Sun, 06 May 2012 19:47:41 +0000
Received: from [85.158.143.35:26192] by server-1.bemta-4.messagelabs.com id
	8C/F1-20925-C55D6AF4; Sun, 06 May 2012 19:47:40 +0000
X-Env-Sender: thelists@gmail.com
X-Msg-Ref: server-13.tower-21.messagelabs.com!1336333658!13019135!1
X-Originating-IP: [209.85.214.45]
X-SpamReason: No, hits=2.6 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	HTML_OBFUSCATE_05_10,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18942 invoked from network); 6 May 2012 19:47:39 -0000
Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com)
	(209.85.214.45)
	by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	6 May 2012 19:47:39 -0000
Received: by bkwj10 with SMTP id j10so3568653bkw.32
	for <xen-api@lists.xen.org>; Sun, 06 May 2012 12:47:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=em1/fdIQoU3AcpxzY85P2HotKbIjkoKsvEqQSFbhw/w=;
	b=ExDMAXwUtcesd4QvS7bDbCwMRLPoiNEGoYucg2Dg1cxjQkt2khEjDIW+Kec427ud0I
	/dGKJQtqi6Po18P6gLn3x1WXp528vohfUY/de3l0ldzFo4p1UwznfxrnXc8yXD92F+zB
	MqkqGMrzsalfBQip24HIeEJQAXje0MunKrNLsIZ7mYFszxMNJx9qJVBu1jBjXY8oWG0+
	3b6+xVNgIFfjEwyno4NMnytSX8Fk3xJC/3/LgmTwziAMFiiZZtEXUp4nqXpqp+wCQs2t
	8uwuIdkmF9G4DNMuD6EeV0cez0qM3+/hG/1wkyCHA9CByMdrdtLyuCmZ0WnrpVt+uHa7
	nT2A==
MIME-Version: 1.0
Received: by 10.205.131.7 with SMTP id ho7mr3078863bkc.62.1336333325018; Sun,
	06 May 2012 12:42:05 -0700 (PDT)
Received: by 10.204.177.146 with HTTP; Sun, 6 May 2012 12:42:04 -0700 (PDT)
Date: Sun, 6 May 2012 15:42:04 -0400
Message-ID: <CAETssNb+Dm35X_H-jLofObPJ39-UzXjyxa7uXqn+JGgtDdw2kw@mail.gmail.com>
From: mailing lists <thelists@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] XenAPI on Ubuntu 12.04 Server x64 - Various problems
	building
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0858827878397481054=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============0858827878397481054==
Content-Type: multipart/alternative; boundary=000e0ce0cc9423a6f604bf6359f7

--000e0ce0cc9423a6f604bf6359f7
Content-Type: text/plain; charset=ISO-8859-1

Hello --

I've been working to establish a working build environment for the XenAPI
on a fresh Ubuntu 12.04 x64 server instance.  The various steps needed to
compile Xen, a custom kernel, update grub and manage Xen using the
*xl* toolstack
is not foreign to me.  My near-term goal is to implement one of the
open-source management tools reliant on XenAPI (openstack / cloudstack /
etc.), with a more long-term goal of the creation of additional features.

Here's an outline of the steps I've taken thus far:

   - Installed Ubuntu 12.04 x64 server, final
   - Downloaded, configured, compiled and installed Linux Kernel 3.3.4
   including the various required options for running Xen
      - Are there any unique requirements for XenAPI beyond that of a Dom0
      kernel for Xen?
   - Downloaded, configured, compiled and installed Xen 4.1.2.
   - Modified the GRUB bootloader appropriately, and booted into the system.
   - Followed the outline of steps from the Xen Wiki entry for XCP
   toolstack compilation
      - http://wiki.xen.org/wiki/Compile_the_XCP_toolstack_from_source\
      - Note: During the building process, a number of errors surfaced.
         - A message about unexpected patches was displayed when processing
         "xen-api-1.3.2".  A crude workaround was simply to add a bit
of code to
         *dpkg-source* to detect this condition when processing this
         package and commit the code.  This was the only instance
where the message
         occurred.
         - The file *cachelocation* was not found under the
*./tmp-debs/* directory.
          There as no clear direction on what this should be, so I
simply created an
         empty file.  This allowed the process to continue.
         - pbuilder complained about an untrusted *local* source.  I added
         an option to the .rc file to allow untrusted sources, and it seemed to
         solve the problem.
         - Various packages not mentioned or required for any non-XAPI Xen
         operation were missing.  Through trial and error, I compiled a list of
         packages and installed them.
      - After these steps, I ended up with a number of *.deb* packages and
      a successful completion of the make process.
   - Installed the packages produced from the previous step.
   - *Stuck on this error*:  Getting an error from *xcp-networkd*
      - Fatal error: exception Failure("ERROR: network backend unknown()")


I hope that the formatting from within the gmail client transferred into
this message, otherwise the block above might be unwieldy.

Regardless, any insight, assistance, or direction would be greatly
appreciated.

Happy hacking.
--Bill

--000e0ce0cc9423a6f604bf6359f7
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello --<div><br></div><div>I&#39;ve been working to establish a working bu=
ild environment for the XenAPI on a fresh Ubuntu 12.04 x64 server instance.=
 =A0The various steps needed to compile Xen, a custom kernel, update grub a=
nd manage Xen using the <i style=3D"font-weight:bold">xl</i>=A0toolstack is=
 not foreign to me. =A0My near-term goal is to implement one of the open-so=
urce management tools reliant on XenAPI (openstack / cloudstack / etc.), wi=
th a more long-term goal of the creation of additional features.</div>
<div><br></div><div>Here&#39;s an outline of the steps I&#39;ve taken thus =
far:</div><div><ul><li>Installed Ubuntu 12.04 x64 server, final</li><li>Dow=
nloaded, configured, compiled and installed Linux Kernel 3.3.4 including th=
e various required options for running Xen</li>
<ul><li>Are there any unique requirements for XenAPI beyond that of a Dom0 =
kernel for Xen?</li></ul><li>Downloaded, configured, compiled and installed=
 Xen 4.1.2.</li><li>Modified the GRUB bootloader appropriately, and booted =
into the system.</li>
<li>Followed the outline of steps from the Xen Wiki entry for XCP toolstack=
 compilation</li><ul><li><a href=3D"http://wiki.xen.org/wiki/Compile_the_XC=
P_toolstack_from_source">http://wiki.xen.org/wiki/Compile_the_XCP_toolstack=
_from_source</a>\</li>
<li>Note: During the building process, a number of errors surfaced.</li><ul=
><li>A message about unexpected patches was displayed when processing &quot=
;xen-api-1.3.2&quot;. =A0A crude workaround was simply to add a bit of code=
 to <i style=3D"font-weight:bold">dpkg-source</i>=A0to detect this conditio=
n when processing this package and commit the code. =A0This was the only in=
stance where the message occurred.</li>
<li>The file <i style=3D"font-weight:bold">cachelocation</i>=A0was not foun=
d under the <b>./tmp-debs/</b>=A0directory. =A0There as no clear direction =
on what this should be, so I simply created an empty file. =A0This allowed =
the process to continue.</li>
<li>pbuilder complained about an untrusted <u style=3D"font-weight:bold">lo=
cal</u>=A0source. =A0I added an option to the .rc file to allow untrusted s=
ources, and it seemed to solve the problem.</li><li>Various packages not me=
ntioned or required for any non-XAPI Xen operation were missing. =A0Through=
 trial and error, I compiled a list of packages and installed them.</li>
</ul><li>After these steps, I ended up with a number of <b>.deb</b>=A0packa=
ges and a successful completion of the make process.</li></ul><li>Installed=
 the packages produced from the previous step.</li><li><b>Stuck on this err=
or</b>: =A0Getting an error from <i style=3D"font-weight:bold">xcp-networkd=
</i></li>
<ul><li>Fatal error: exception Failure(&quot;ERROR: network backend unknown=
()&quot;)</li></ul></ul><div><br></div></div><div>I hope that the formattin=
g from within the gmail client transferred into this message, otherwise the=
 block above might be unwieldy.</div>
<div><br></div><div>Regardless, any insight, assistance, or direction would=
 be greatly appreciated.</div><div><br></div><div>Happy hacking.</div><div>=
--Bill</div>

--000e0ce0cc9423a6f604bf6359f7--


--===============0858827878397481054==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============0858827878397481054==--


From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Vq-RF; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SVPdP-0002YP-QK
	for xen-api@lists.xen.org; Fri, 18 May 2012 16:02:32 +0000
Received: from [193.109.254.147:42685] by server-10.bemta-14.messagelabs.com
	id 30/C3-05847-79276BF4; Fri, 18 May 2012 16:02:31 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1337356949!6882796!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24212 invoked from network); 18 May 2012 16:02:30 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:02:30 -0000
Received: by ggnp1 with SMTP id p1so3631905ggn.32
	for <xen-api@lists.xen.org>; Fri, 18 May 2012 09:02:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=MP0EceHpTa5NZbg1T+SUt+Zh60uDHgBc9PjwkERmtPE=;
	b=jUgXwpLNruE7mcbJSro5hfb1Nd5/qP0QLgSc2v65N865eNYDXwiuen27UPRrA+bxFR
	rPPyagDwDlUXQjFZT9paL2s7Flu+lNyeyooywJ2iscggnMFSk5Fio6RlEa+iUhbd9NN8
	CtdVFuN8KixOEvyQxcLqSeuqekO350bCxRTHFGR6XlRUR8KSLF9iltg94ZjtKDR2gf5w
	DrZLh/aYTprBOPeRu7yuhuIxCTdXR6IlCxZwvYXkfe+RkC227T0jQsUFgrECu4KjH3oN
	vMB169rVd+/LUsodQB30dUzjkVdcovh58vmLIH4DzKbt2yDICC4WwOFcp6g+m6R8tkj+
	wFmA==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr12959634yhm.61.1337356949059; Fri,
	18 May 2012 09:02:29 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Fri, 18 May 2012 09:02:29 -0700 (PDT)
Date: Fri, 18 May 2012 20:02:29 +0400
Message-ID: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] XCP 1.5 BETA BUG: some cosmetic bugs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!

I've just installed a XCP 1.5 Beta on the Oracle X4800 M2 80-CPU server
(available for me for one month testing  ;) and I've found some cosmetic bugs
First of all, I'm very impressed with XCP. server Nice job!

XenServer Build Number: 53341c
SenServer Version: 1.4.90


1) Installation creates wrong (?) Xen-kernel commandline with extra empty
"console" parameter in the "extlinux.conf". As a result I have a
totally blank screen
on boot  for a long long time

See line 12
http://pastebin.ca/2137929

2) (XEN) Scrubbing Free RAM: a TOOOOO long process for the 256Gb of RAM

3) dom0 boots with 32 CPUs . Seems, CPU for dom0 should be limited to
15..20% of the total CPUs (for very intensive I/O)

4) During boot process the virtual BIOS on the HVM machine displays 1 CPU only

5) YUM update does not work:

# yum check-update
Loaded plugins: fastestmirror
Determining fastest mirrors
Could not retrieve mirrorlist
http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
[Errno 14] HTTP Error 404: Not Found
Error: Cannot find a valid baseurl for repo: citrix


6) The worst bug: The XenCenter 6.0.2 can't display "Performance" tab
(for 80 CPUs ??) ,
an exception generated:

at ArchiveMaintainer.GetHost(IXenObject.xmo)
at ArchiveMaintainer.Update()
at ThreadHelper.ThreadStart_Context(Object state)
at ExecutionContext.Run(ExecutionContext executionConext,
ContextCallback callback, Object state)
at ThreadHelper.ThreadStart()


--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Vq-RF; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SVPdP-0002YP-QK
	for xen-api@lists.xen.org; Fri, 18 May 2012 16:02:32 +0000
Received: from [193.109.254.147:42685] by server-10.bemta-14.messagelabs.com
	id 30/C3-05847-79276BF4; Fri, 18 May 2012 16:02:31 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1337356949!6882796!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24212 invoked from network); 18 May 2012 16:02:30 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	18 May 2012 16:02:30 -0000
Received: by ggnp1 with SMTP id p1so3631905ggn.32
	for <xen-api@lists.xen.org>; Fri, 18 May 2012 09:02:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=MP0EceHpTa5NZbg1T+SUt+Zh60uDHgBc9PjwkERmtPE=;
	b=jUgXwpLNruE7mcbJSro5hfb1Nd5/qP0QLgSc2v65N865eNYDXwiuen27UPRrA+bxFR
	rPPyagDwDlUXQjFZT9paL2s7Flu+lNyeyooywJ2iscggnMFSk5Fio6RlEa+iUhbd9NN8
	CtdVFuN8KixOEvyQxcLqSeuqekO350bCxRTHFGR6XlRUR8KSLF9iltg94ZjtKDR2gf5w
	DrZLh/aYTprBOPeRu7yuhuIxCTdXR6IlCxZwvYXkfe+RkC227T0jQsUFgrECu4KjH3oN
	vMB169rVd+/LUsodQB30dUzjkVdcovh58vmLIH4DzKbt2yDICC4WwOFcp6g+m6R8tkj+
	wFmA==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr12959634yhm.61.1337356949059; Fri,
	18 May 2012 09:02:29 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Fri, 18 May 2012 09:02:29 -0700 (PDT)
Date: Fri, 18 May 2012 20:02:29 +0400
Message-ID: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] XCP 1.5 BETA BUG: some cosmetic bugs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!

I've just installed a XCP 1.5 Beta on the Oracle X4800 M2 80-CPU server
(available for me for one month testing  ;) and I've found some cosmetic bugs
First of all, I'm very impressed with XCP. server Nice job!

XenServer Build Number: 53341c
SenServer Version: 1.4.90


1) Installation creates wrong (?) Xen-kernel commandline with extra empty
"console" parameter in the "extlinux.conf". As a result I have a
totally blank screen
on boot  for a long long time

See line 12
http://pastebin.ca/2137929

2) (XEN) Scrubbing Free RAM: a TOOOOO long process for the 256Gb of RAM

3) dom0 boots with 32 CPUs . Seems, CPU for dom0 should be limited to
15..20% of the total CPUs (for very intensive I/O)

4) During boot process the virtual BIOS on the HVM machine displays 1 CPU only

5) YUM update does not work:

# yum check-update
Loaded plugins: fastestmirror
Determining fastest mirrors
Could not retrieve mirrorlist
http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
[Errno 14] HTTP Error 404: Not Found
Error: Cannot find a valid baseurl for repo: citrix


6) The worst bug: The XenCenter 6.0.2 can't display "Performance" tab
(for 80 CPUs ??) ,
an exception generated:

at ArchiveMaintainer.GetHost(IXenObject.xmo)
at ArchiveMaintainer.Update()
at ThreadHelper.ThreadStart_Context(Object state)
at ExecutionContext.Run(ExecutionContext executionConext,
ContextCallback callback, Object state)
at ThreadHelper.ThreadStart()


--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002VH-D5; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <public@plane.gmane.org>) id 1SRTj8-0007Wl-Kd
	for xen-api@lists.xensource.com; Mon, 07 May 2012 19:36:10 +0000
Received: from [85.158.143.35:52764] by server-2.bemta-4.messagelabs.com id
	18/89-17550-92428AF4; Mon, 07 May 2012 19:36:09 +0000
X-Env-Sender: public@plane.gmane.org
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336419366!4653563!1
X-Originating-IP: [80.91.229.3]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16657 invoked from network); 7 May 2012 19:36:07 -0000
Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3)
	by server-9.tower-21.messagelabs.com with AES256-SHA encrypted SMTP;
	7 May 2012 19:36:07 -0000
Received: from public by plane.gmane.org with local (Exim 4.69)
	(envelope-from <public@plane.gmane.org>) id 1SRTj0-0004Yr-Ax
	for xen-api@lists.xensource.com; Mon, 07 May 2012 21:36:02 +0200
Received: from cs-smtp-1.stanford.edu ([171.64.64.25])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <blp@cs.stanford.edu>)
	id 1SRTiv-0004Vh-5a; Mon, 07 May 2012 21:35:57 +0200
Received: from [76.14.48.202] (helo=blp.benpfaff.org)
	by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.76) (envelope-from <blp@cs.stanford.edu>)
	id 1SRTit-0001su-4E; Mon, 07 May 2012 12:35:55 -0700
From: Ben Pfaff <blp@cs.stanford.edu>
To: Nycko <public-nyckopro-Re5JQEeQqe8AvxtiuMwx3w@plane.gmane.org>
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
Date: Mon, 07 May 2012 12:35:49 -0700
In-Reply-To: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
	(Nycko's message of "Mon, 7 May 2012 09:35:57 -0300")
Message-ID: <87vck7g4x6.fsf@blp.benpfaff.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
X-Spam-Score: -1.8
X-Spam-Checker-Version: SpamAssassin 3.0.4-cs-csdcf (2005-06-05) on
	cs-smtp-1.Stanford.EDU
X-Scan-Signature: 58355bea2820b4cf9b9c8322cdf0b49d
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Cc: public-xen-api-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@plane.gmane.org
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: blp@cs.stanford.edu
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



Nycko <nyckopro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
> resource openvswitch cpu and memory, no memory. At point (after a
> while, less than a week) reaches the limit (512) and also begins to
> swap out the point of leaving inoperative the real host and hence
> their virtual machines. Everything returns to normal when I restart
> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
> all the time. Someone can give me some tips to keep looking?

What version of OVS is this?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002VH-D5; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <public@plane.gmane.org>) id 1SRTj8-0007Wl-Kd
	for xen-api@lists.xensource.com; Mon, 07 May 2012 19:36:10 +0000
Received: from [85.158.143.35:52764] by server-2.bemta-4.messagelabs.com id
	18/89-17550-92428AF4; Mon, 07 May 2012 19:36:09 +0000
X-Env-Sender: public@plane.gmane.org
X-Msg-Ref: server-9.tower-21.messagelabs.com!1336419366!4653563!1
X-Originating-IP: [80.91.229.3]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16657 invoked from network); 7 May 2012 19:36:07 -0000
Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3)
	by server-9.tower-21.messagelabs.com with AES256-SHA encrypted SMTP;
	7 May 2012 19:36:07 -0000
Received: from public by plane.gmane.org with local (Exim 4.69)
	(envelope-from <public@plane.gmane.org>) id 1SRTj0-0004Yr-Ax
	for xen-api@lists.xensource.com; Mon, 07 May 2012 21:36:02 +0200
Received: from cs-smtp-1.stanford.edu ([171.64.64.25])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <blp@cs.stanford.edu>)
	id 1SRTiv-0004Vh-5a; Mon, 07 May 2012 21:35:57 +0200
Received: from [76.14.48.202] (helo=blp.benpfaff.org)
	by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128)
	(Exim 4.76) (envelope-from <blp@cs.stanford.edu>)
	id 1SRTit-0001su-4E; Mon, 07 May 2012 12:35:55 -0700
From: Ben Pfaff <blp@cs.stanford.edu>
To: Nycko <public-nyckopro-Re5JQEeQqe8AvxtiuMwx3w@plane.gmane.org>
References: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
Date: Mon, 07 May 2012 12:35:49 -0700
In-Reply-To: <CAD0Xqx1MdFPiiHwQp6L1ThcUgcBy-7J6dMM3+k+-_VWxbCYFEQ@mail.gmail.com>
	(Nycko's message of "Mon, 7 May 2012 09:35:57 -0300")
Message-ID: <87vck7g4x6.fsf@blp.benpfaff.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
X-Spam-Score: -1.8
X-Spam-Checker-Version: SpamAssassin 3.0.4-cs-csdcf (2005-06-05) on
	cs-smtp-1.Stanford.EDU
X-Scan-Signature: 58355bea2820b4cf9b9c8322cdf0b49d
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Cc: public-xen-api-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@plane.gmane.org
Subject: Re: [Xen-API] XCP 1.0 and openvswitch problem high memory
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: blp@cs.stanford.edu
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



Nycko <nyckopro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> Hello, I have a problem with XCP 1.0. In recent weeks I saw very
> resource openvswitch cpu and memory, no memory. At point (after a
> while, less than a week) reaches the limit (512) and also begins to
> swap out the point of leaving inoperative the real host and hence
> their virtual machines. Everything returns to normal when I restart
> the daemon (/ etc / init.d / openvswitch) but I can not be doing it
> all the time. Someone can give me some tips to keep looking?

What version of OVS is this?


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002VU-Hm; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wsumthai@gmail.com>) id 1STpAz-00033k-TB
	for xen-api@lists.xen.org; Mon, 14 May 2012 06:54:38 +0000
Received: from [85.158.139.83:19543] by server-12.bemta-5.messagelabs.com id
	CB/7A-01344-D2CA0BF4; Mon, 14 May 2012 06:54:37 +0000
X-Env-Sender: wsumthai@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1336978474!27528708!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7928 invoked from network); 14 May 2012 06:54:36 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 06:54:36 -0000
Received: by dadv2 with SMTP id v2so5778318dad.32
	for <xen-api@lists.xen.org>; Sun, 13 May 2012 23:54:33 -0700 (PDT)
Received: by 10.68.72.70 with SMTP id b6mr19902162pbv.58.1336978473534;
	Sun, 13 May 2012 23:54:33 -0700 (PDT)
Received: from [10.10.10.106] (nusnet-16-52.dynip.nus.edu.sg. [137.132.16.52])
	by mx.google.com with ESMTPS id
	h10sm21333908pbh.69.2012.05.13.23.54.32
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 13 May 2012 23:54:33 -0700 (PDT)
From: Sum Thai Wong <wsumthai@yahoo.com.sg>
Date: Mon, 14 May 2012 14:54:22 +0800
Message-Id: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
To: xen-api@lists.xen.org
Mime-Version: 1.0 (Apple Message framework v1278)
X-Mailer: Apple Mail (2.1278)
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I have followed this tutorial to setup the XCP toolstack (Project Kronos) o=
n a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
http://wiki.xen.org/wiki/XAPI_on_Ubuntu

For network bridging, I have chosen to use the openvswitch mode. After inst=
allation, two bridges were automatically created(xenbr0 and xenbr1) as I ha=
ve two ethernet interfaces (eth0 and eth1). Using the command "xe pif-param=
-list uuid=3D=85.", I checked that the first pif was designated as the mana=
gement interface. This interface has a static IP, gateway but no DNS. The s=
econd pif was unconfigured. I had intended to connect with XenCenter to con=
tinue the setup steps to create the storage repository(SR) but the connecti=
on could not be created although I can ping the Xen host. The host firewall=
 has been turned off.

Hence I have the following questions:
1. Is it necessary to create the SR before I can connect with XenCenter?
2. I can't access the network (internal and external) from Dom0 via the man=
agement interface. Is this by design? Do I have to setup the second interfa=
ce for Dom0 to gain network connectivity?
3. What user should I use to connect with XenCenter? I have tried using roo=
t, but is this the same account as the system root? In this case, neither m=
y root password or null password work.

Thanks in advance for your help.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002VU-Hm; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wsumthai@gmail.com>) id 1STpAz-00033k-TB
	for xen-api@lists.xen.org; Mon, 14 May 2012 06:54:38 +0000
Received: from [85.158.139.83:19543] by server-12.bemta-5.messagelabs.com id
	CB/7A-01344-D2CA0BF4; Mon, 14 May 2012 06:54:37 +0000
X-Env-Sender: wsumthai@gmail.com
X-Msg-Ref: server-9.tower-182.messagelabs.com!1336978474!27528708!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7928 invoked from network); 14 May 2012 06:54:36 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	14 May 2012 06:54:36 -0000
Received: by dadv2 with SMTP id v2so5778318dad.32
	for <xen-api@lists.xen.org>; Sun, 13 May 2012 23:54:33 -0700 (PDT)
Received: by 10.68.72.70 with SMTP id b6mr19902162pbv.58.1336978473534;
	Sun, 13 May 2012 23:54:33 -0700 (PDT)
Received: from [10.10.10.106] (nusnet-16-52.dynip.nus.edu.sg. [137.132.16.52])
	by mx.google.com with ESMTPS id
	h10sm21333908pbh.69.2012.05.13.23.54.32
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 13 May 2012 23:54:33 -0700 (PDT)
From: Sum Thai Wong <wsumthai@yahoo.com.sg>
Date: Mon, 14 May 2012 14:54:22 +0800
Message-Id: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
To: xen-api@lists.xen.org
Mime-Version: 1.0 (Apple Message framework v1278)
X-Mailer: Apple Mail (2.1278)
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I have followed this tutorial to setup the XCP toolstack (Project Kronos) o=
n a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
http://wiki.xen.org/wiki/XAPI_on_Ubuntu

For network bridging, I have chosen to use the openvswitch mode. After inst=
allation, two bridges were automatically created(xenbr0 and xenbr1) as I ha=
ve two ethernet interfaces (eth0 and eth1). Using the command "xe pif-param=
-list uuid=3D=85.", I checked that the first pif was designated as the mana=
gement interface. This interface has a static IP, gateway but no DNS. The s=
econd pif was unconfigured. I had intended to connect with XenCenter to con=
tinue the setup steps to create the storage repository(SR) but the connecti=
on could not be created although I can ping the Xen host. The host firewall=
 has been turned off.

Hence I have the following questions:
1. Is it necessary to create the SR before I can connect with XenCenter?
2. I can't access the network (internal and external) from Dom0 via the man=
agement interface. Is this by design? Do I have to setup the second interfa=
ce for Dom0 to gain network connectivity?
3. What user should I use to connect with XenCenter? I have tried using roo=
t, but is this the same account as the system root? In this case, neither m=
y root password or null password work.

Thanks in advance for your help.
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Ud-2x; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <hinoue@atc-nycorp.com>) id 1SPigs-0006vK-P6
	for xen-api@lists.xen.org; Wed, 02 May 2012 23:10:34 +0000
Received: from [85.158.143.35:31299] by server-3.bemta-4.messagelabs.com id
	13/F3-05853-AEEB1AF4; Wed, 02 May 2012 23:10:34 +0000
X-Env-Sender: hinoue@atc-nycorp.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1336000232!14530644!1
X-Originating-IP: [192.76.175.3]
X-SpamReason: No, hits=0.4 required=7.0 tests=ratty_date: Non-RFC but 
	legit format in Wed, 2 May 2012 18:10:31 -0500 (GMT-05:00), HTML_60_70, 
	HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25663 invoked from network); 2 May 2012 23:10:33 -0000
Received: from osmosis.atc-nycorp.com (HELO server2.inside.atc-nycorp.com)
	(192.76.175.3) by server-7.tower-21.messagelabs.com with SMTP;
	2 May 2012 23:10:33 -0000
Received: from localhost (localhost [127.0.0.1])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id B07FA99A2A3
	for <xen-api@lists.xen.org>; Wed,  2 May 2012 19:10:31 -0400 (EDT)
X-Virus-Scanned: amavisd-new at atc-nycorp.com
Received: from server2.inside.atc-nycorp.com ([127.0.0.1])
	by localhost (server2.inside.atc-nycorp.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id CzecAWi1hXyj for <xen-api@lists.xen.org>;
	Wed,  2 May 2012 19:10:31 -0400 (EDT)
Received: from server2.inside.atc-nycorp.com (server2.inside.atc-nycorp.com
	[172.24.8.4])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 7B45999A007
	for <xen-api@lists.xen.org>; Wed,  2 May 2012 19:10:31 -0400 (EDT)
From: "Hajime Inoue" <hinoue@atc-nycorp.com>
To: <xen-api@lists.xen.org>
Date: Wed, 2 May 2012 18:10:31 -0500 (GMT-05:00)
Message-ID: <018601cd28b8$c4cd8830$4e689890$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8 (ZimbraConnectorForOutlook/5.0.2988.16)
Thread-Index: Ac0ouMSKfd6XQ8QpRZK4gNZZzb1XhA==
Content-Language: en-us
X-Originating-IP: [172.24.9.4]
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] xe vm-checkpoint failure
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4169199698687501195=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============4169199698687501195==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0187_01CD2897.3DBBE830"
Content-Language: en-us

This is a multi-part message in MIME format.

------=_NextPart_000_0187_01CD2897.3DBBE830
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I'm running XCP using the packages supplied with the recently released
Ubuntu 12.04.
I have a small Linux HVM VM running and am trying to get vm-checkpoint
working.  When
I run it without pausing the VM, it gives me the error:

  You attempted an operation on a VM which requires PV drivers to be
installed but
  the drivers were not detected.

When I use vm-pause, vm-checkpoint, vm-unpause, it seems to succeed.
However, the
new VHD file in my /var/run/sr-mount isn't large enough to have recorded
the VM's RAM.
snapshot-revert, obviously, does not work correctly.  Instead, it just
puts the
existing VM in a halted state. 

Is the vm-checkpoint generation error logged somewhere?  I couldn't find
anything
definitive, except that there appear to be several "Premature termination
of connection!" errors in xcp-xapi.log.

Is there a way to get vm-checkpoint working?  What are the constraints?
Do I need
a paravirt guest?  

Thanks,
-Jim


------=_NextPart_000_0187_01CD2897.3DBBE830
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Consolas;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoPlainText><span =
style=3D'font-family:"Courier New"'>I'm running XCP using the packages =
supplied with the recently released Ubuntu 12.04.<br>
I have a small Linux HVM VM running and am trying to get vm-checkpoint =
working.&nbsp; When<br>
I run it without pausing the VM, it gives me the error:<br>
<br>
&nbsp; You attempted an operation on a VM which requires PV drivers to =
be installed but<br>
&nbsp; the drivers were not detected.<br>
<br>
When I use vm-pause, vm-checkpoint, vm-unpause, it seems to =
succeed.&nbsp; However, the<br>
new VHD file in my /var/run/sr-mount isn't large enough to have recorded =
the VM's RAM.<br>
snapshot-revert, obviously, does not work correctly.&nbsp; Instead, it =
just puts the<br>
existing VM in a halted state. <br>
<br>
Is the vm-checkpoint generation error logged somewhere?&nbsp; I couldn't =
find anything<br>
definitive, except that there appear to be several &quot;Premature =
termination of connection!&quot; errors in xcp-xapi.log.<br>
<br>
Is there a way to get vm-checkpoint working?&nbsp; What are the =
constraints?&nbsp; Do I need<br>
a paravirt guest?&nbsp; <br>
<br>
Thanks,<br>
-Jim<o:p></o:p></span></p></div></body></html>
------=_NextPart_000_0187_01CD2897.3DBBE830--


--===============4169199698687501195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4169199698687501195==--


From xen-api-bounces@lists.xen.org Sun May 20 03:01:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Ud-2x; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <hinoue@atc-nycorp.com>) id 1SPigs-0006vK-P6
	for xen-api@lists.xen.org; Wed, 02 May 2012 23:10:34 +0000
Received: from [85.158.143.35:31299] by server-3.bemta-4.messagelabs.com id
	13/F3-05853-AEEB1AF4; Wed, 02 May 2012 23:10:34 +0000
X-Env-Sender: hinoue@atc-nycorp.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1336000232!14530644!1
X-Originating-IP: [192.76.175.3]
X-SpamReason: No, hits=0.4 required=7.0 tests=ratty_date: Non-RFC but 
	legit format in Wed, 2 May 2012 18:10:31 -0500 (GMT-05:00), HTML_60_70, 
	HTML_MESSAGE
X-StarScan-Version: 6.5.7; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25663 invoked from network); 2 May 2012 23:10:33 -0000
Received: from osmosis.atc-nycorp.com (HELO server2.inside.atc-nycorp.com)
	(192.76.175.3) by server-7.tower-21.messagelabs.com with SMTP;
	2 May 2012 23:10:33 -0000
Received: from localhost (localhost [127.0.0.1])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id B07FA99A2A3
	for <xen-api@lists.xen.org>; Wed,  2 May 2012 19:10:31 -0400 (EDT)
X-Virus-Scanned: amavisd-new at atc-nycorp.com
Received: from server2.inside.atc-nycorp.com ([127.0.0.1])
	by localhost (server2.inside.atc-nycorp.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id CzecAWi1hXyj for <xen-api@lists.xen.org>;
	Wed,  2 May 2012 19:10:31 -0400 (EDT)
Received: from server2.inside.atc-nycorp.com (server2.inside.atc-nycorp.com
	[172.24.8.4])
	by server2.inside.atc-nycorp.com (Postfix) with ESMTP id 7B45999A007
	for <xen-api@lists.xen.org>; Wed,  2 May 2012 19:10:31 -0400 (EDT)
From: "Hajime Inoue" <hinoue@atc-nycorp.com>
To: <xen-api@lists.xen.org>
Date: Wed, 2 May 2012 18:10:31 -0500 (GMT-05:00)
Message-ID: <018601cd28b8$c4cd8830$4e689890$@com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 5.0.16_GA_2921.UBUNTU8 (ZimbraConnectorForOutlook/5.0.2988.16)
Thread-Index: Ac0ouMSKfd6XQ8QpRZK4gNZZzb1XhA==
Content-Language: en-us
X-Originating-IP: [172.24.9.4]
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Subject: [Xen-API] xe vm-checkpoint failure
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4169199698687501195=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.

--===============4169199698687501195==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0187_01CD2897.3DBBE830"
Content-Language: en-us

This is a multi-part message in MIME format.

------=_NextPart_000_0187_01CD2897.3DBBE830
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

I'm running XCP using the packages supplied with the recently released
Ubuntu 12.04.
I have a small Linux HVM VM running and am trying to get vm-checkpoint
working.  When
I run it without pausing the VM, it gives me the error:

  You attempted an operation on a VM which requires PV drivers to be
installed but
  the drivers were not detected.

When I use vm-pause, vm-checkpoint, vm-unpause, it seems to succeed.
However, the
new VHD file in my /var/run/sr-mount isn't large enough to have recorded
the VM's RAM.
snapshot-revert, obviously, does not work correctly.  Instead, it just
puts the
existing VM in a halted state. 

Is the vm-checkpoint generation error logged somewhere?  I couldn't find
anything
definitive, except that there appear to be several "Premature termination
of connection!" errors in xcp-xapi.log.

Is there a way to get vm-checkpoint working?  What are the constraints?
Do I need
a paravirt guest?  

Thanks,
-Jim


------=_NextPart_000_0187_01CD2897.3DBBE830
Content-Type: text/html;
	charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =
xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META =
HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 12 =
(filtered medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
	{mso-style-priority:99;
	mso-style-link:"Plain Text Char";
	margin:0in;
	margin-bottom:.0001pt;
	font-size:10.5pt;
	font-family:Consolas;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
span.PlainTextChar
	{mso-style-name:"Plain Text Char";
	mso-style-priority:99;
	mso-style-link:"Plain Text";
	font-family:Consolas;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue =
vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoPlainText><span =
style=3D'font-family:"Courier New"'>I'm running XCP using the packages =
supplied with the recently released Ubuntu 12.04.<br>
I have a small Linux HVM VM running and am trying to get vm-checkpoint =
working.&nbsp; When<br>
I run it without pausing the VM, it gives me the error:<br>
<br>
&nbsp; You attempted an operation on a VM which requires PV drivers to =
be installed but<br>
&nbsp; the drivers were not detected.<br>
<br>
When I use vm-pause, vm-checkpoint, vm-unpause, it seems to =
succeed.&nbsp; However, the<br>
new VHD file in my /var/run/sr-mount isn't large enough to have recorded =
the VM's RAM.<br>
snapshot-revert, obviously, does not work correctly.&nbsp; Instead, it =
just puts the<br>
existing VM in a halted state. <br>
<br>
Is the vm-checkpoint generation error logged somewhere?&nbsp; I couldn't =
find anything<br>
definitive, except that there appear to be several &quot;Premature =
termination of connection!&quot; errors in xcp-xapi.log.<br>
<br>
Is there a way to get vm-checkpoint working?&nbsp; What are the =
constraints?&nbsp; Do I need<br>
a paravirt guest?&nbsp; <br>
<br>
Thanks,<br>
-Jim<o:p></o:p></span></p></div></body></html>
------=_NextPart_000_0187_01CD2897.3DBBE830--


--===============4169199698687501195==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4169199698687501195==--


From xen-api-bounces@lists.xen.org Sun May 20 03:01:45 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Ve-Mz; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <franciane@censanet.com.br>) id 1SVP3O-0000zX-7K
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:25:18 +0000
Received: from [85.158.139.83:15445] by server-6.bemta-5.messagelabs.com id
	A2/9F-13222-DD966BF4; Fri, 18 May 2012 15:25:17 +0000
X-Env-Sender: franciane@censanet.com.br
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337354715!28434814!1
X-Originating-IP: [187.63.100.9]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5862 invoked from network); 18 May 2012 15:25:16 -0000
Received: from server9.censanet.com.br (HELO mail.censanet.com.br)
	(187.63.100.9) by server-9.tower-182.messagelabs.com with SMTP;
	18 May 2012 15:25:16 -0000
Received: from [10.2.0.14] (unknown [10.2.0.14])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.censanet.com.br (Postfix) with ESMTP id ECE5F38099;
	Fri, 18 May 2012 12:25:12 -0300 (BRT)
Message-ID: <4FB669C2.3080704@censanet.com.br>
Date: Fri, 18 May 2012 12:24:50 -0300
From: Franciane Pessanha <franciane@censanet.com.br>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Mike McClurg <mike.mcclurg@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
	<4FB66279.4030706@citrix.com>
In-Reply-To: <4FB66279.4030706@citrix.com>
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Dudu, pelo que eu entendi a melhor solu=E7=E3o seria os dois server ligados =

enviando dados no mesmo disco, usando o cluster, pois se usarmos a outra =

solu=E7=E3o de cluster onde caso um n=F3 falhar  o outra entra pode ocorrer=
 o =

risco de corromper dados..

??????

Att
Franciane Pessanha

On 05/18/2012 11:53 AM, Mike McClurg wrote:
> On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
>> Thanks...
>>
>> I really need to mount RW in both VMs. I am creating a fail-over
>> cluster, using concurrent storage for data.
>> I'll try to create a new vbd and attach it to the other VM.
>>
>> Any other clues?
>
> I'm not sure exactly what you want to do. Are you proposing to plug a =

> single VDI read-writeable in two running VMs, at the same time? Or do =

> you want to only plug the VDI into two VMs, and only turn the second =

> VM on once the first one fails? The second proposal is fine, but the =

> first one will likely lead to data corruption.
>
> If you want a solution that's more like the first proposal, then you =

> might want to look at setting up DRBD (http://www.drbd.org/) within =

> the guest VMs. XCP doesn't have support for using DRBD as a storage =

> repository directly, but if you set it up in the guests themselves, =

> you might be able to solve your problem.
>
> Mike


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 03:01:45 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 03:01:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SVwOo-0002Ve-Mz; Sun, 20 May 2012 03:01:38 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <franciane@censanet.com.br>) id 1SVP3O-0000zX-7K
	for xen-api@lists.xensource.com; Fri, 18 May 2012 15:25:18 +0000
Received: from [85.158.139.83:15445] by server-6.bemta-5.messagelabs.com id
	A2/9F-13222-DD966BF4; Fri, 18 May 2012 15:25:17 +0000
X-Env-Sender: franciane@censanet.com.br
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337354715!28434814!1
X-Originating-IP: [187.63.100.9]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5862 invoked from network); 18 May 2012 15:25:16 -0000
Received: from server9.censanet.com.br (HELO mail.censanet.com.br)
	(187.63.100.9) by server-9.tower-182.messagelabs.com with SMTP;
	18 May 2012 15:25:16 -0000
Received: from [10.2.0.14] (unknown [10.2.0.14])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.censanet.com.br (Postfix) with ESMTP id ECE5F38099;
	Fri, 18 May 2012 12:25:12 -0300 (BRT)
Message-ID: <4FB669C2.3080704@censanet.com.br>
Date: Fri, 18 May 2012 12:24:50 -0300
From: Franciane Pessanha <franciane@censanet.com.br>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Mike McClurg <mike.mcclurg@citrix.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt7ppV6L+aXfAsGCR0ZFw3rA9L4UYt_Ez27DM2P27JLUkg@mail.gmail.com>
	<4FB66279.4030706@citrix.com>
In-Reply-To: <4FB66279.4030706@citrix.com>
X-Mailman-Approved-At: Sun, 20 May 2012 03:01:36 +0000
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Dudu, pelo que eu entendi a melhor solu=E7=E3o seria os dois server ligados =

enviando dados no mesmo disco, usando o cluster, pois se usarmos a outra =

solu=E7=E3o de cluster onde caso um n=F3 falhar  o outra entra pode ocorrer=
 o =

risco de corromper dados..

??????

Att
Franciane Pessanha

On 05/18/2012 11:53 AM, Mike McClurg wrote:
> On 18/05/12 15:12, Carlos Eduardo Tavares Terra wrote:
>> Thanks...
>>
>> I really need to mount RW in both VMs. I am creating a fail-over
>> cluster, using concurrent storage for data.
>> I'll try to create a new vbd and attach it to the other VM.
>>
>> Any other clues?
>
> I'm not sure exactly what you want to do. Are you proposing to plug a =

> single VDI read-writeable in two running VMs, at the same time? Or do =

> you want to only plug the VDI into two VMs, and only turn the second =

> VM on once the first one fails? The second proposal is fine, but the =

> first one will likely lead to data corruption.
>
> If you want a solution that's more like the first proposal, then you =

> might want to look at setting up DRBD (http://www.drbd.org/) within =

> the guest VMs. XCP doesn't have support for using DRBD as a storage =

> repository directly, but if you set it up in the guests themselves, =

> you might be able to solve your problem.
>
> Mike


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 09:58:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 09:58:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SW2uQ-0000pA-1Z; Sun, 20 May 2012 09:58:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wannes321@gmail.com>) id 1SW2uN-0000p5-O2
	for xen-api@lists.xen.org; Sun, 20 May 2012 09:58:39 +0000
Received: from [85.158.143.35:14704] by server-2.bemta-4.messagelabs.com id
	20/F8-12211-E40C8BF4; Sun, 20 May 2012 09:58:38 +0000
X-Env-Sender: wannes321@gmail.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337507918!13124100!1
X-Originating-IP: [209.85.212.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30034 invoked from network); 20 May 2012 09:58:38 -0000
Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com)
	(209.85.212.173)
	by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	20 May 2012 09:58:38 -0000
Received: by wibhj6 with SMTP id hj6so1309174wib.14
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 02:58:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:mime-version:content-type:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to:x-mailer;
	bh=/cT4PSdPssNm8cZtWCscJjFP4Tvyhw4u5ad3Tz1CN18=;
	b=I3JRuz8PCgnPtHZnKyxtQiwx3IjvqYRa+fayxUAWpctas+wTVolxgx4+/UGKaLjgRu
	INHhgDcHXQ0UcUAL7g4qOVnjgZX0Iq6Qww8VotdMVL89aBbrIYwzz73MXkKA84qSEXkA
	F9DoAfMPoWf1ULaBlEoZgbMlpugNVyhn6JUkksUfHzYxuOm4Be+5l7+hYFCdSrmuyGKY
	tbeojWKlOdZQ6wxfv0B+PIP/6ynOvLCq1iC/7yhBVeUiEcvGhWsPi8qRA5XyAYtM8+dR
	wZQnDGsv9txOBT9OpCqPahLGwPeU7cFke2sqDCBTX5uAlTvogF1E7YqtoZMcNNJNlxZV
	ooTA==
Received: by 10.180.105.198 with SMTP id go6mr15800976wib.19.1337507917917;
	Sun, 20 May 2012 02:58:37 -0700 (PDT)
Received: from banana.w-gr.net (5.167-241-81.adsl-dyn.isp.belgacom.be.
	[81.241.167.5])
	by mx.google.com with ESMTPS id et10sm16579115wib.2.2012.05.20.02.58.36
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 20 May 2012 02:58:37 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Wannes De Smet <wannes321@gmail.com>
In-Reply-To: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
Date: Sun, 20 May 2012 11:58:34 +0200
Message-Id: <C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
References: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
To: Sum Thai Wong <wsumthai@yahoo.com.sg>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14 May 2012, at 08:54, Sum Thai Wong wrote:

> I have followed this tutorial to setup the XCP toolstack (Project Kronos)=
 on a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
> http://wiki.xen.org/wiki/XAPI_on_Ubuntu
> =

> For network bridging, I have chosen to use the openvswitch mode. After in=
stallation, two bridges were automatically created(xenbr0 and xenbr1) as I =
have two ethernet interfaces (eth0 and eth1). Using the command "xe pif-par=
am-list uuid=3D=85.", I checked that the first pif was designated as the ma=
nagement interface.

Does /etc/xcp/inventory exist and contain MANAGEMENT_INTERFACE=3D'xenbr0'? =
If not, see [1].

> This interface has a static IP, gateway but no DNS. The second pif was un=
configured. I had intended to connect with XenCenter to continue the setup =
steps to create the storage repository(SR) but the connection could not be =
created although I can ping the Xen host. The host firewall has been turned=
 off.
> =

> Hence I have the following questions:
> 1. Is it necessary to create the SR before I can connect with XenCenter?

No.

> 2. I can't access the network (internal and external) from Dom0 via the m=
anagement interface. Is this by design? Do I have to setup the second inter=
face for Dom0 to gain network connectivity?

Have you configured eth0 with xe pif-reconfigure-ip [2] ? Doing it manually=
 (e.g. in /etc/network/interfaces) won't do, as it's xcp-networkd who confi=
gures networking after boot. Leave nothing but the loopback interface confi=
g in the interfaces file.

Secondly, could you verify whether xenbr0 has an IP address and eth0 does n=
ot? If eth0 is active, perform 'ifconfig eth0 0.0.0.0' to remove its IP add=
ress. If xenbr0 does not have an IP address, restart xcp-networkd and xcp-x=
api, that should help.

> 3. What user should I use to connect with XenCenter? I have tried using r=
oot, but is this the same account as the system root? In this case, neither=
 my root password or null password work.

root will do fine.

> =

> Thanks in advance for your help.

Protip =AE: =01You won't be able to start VM's just yet because /etc/xen/sc=
ripts/qemu-ifup is not written for using Open vSwitch. Replace the last lin=
e with 'ovs-vsctl add-port $2 $1' and have a go.

Wannes

[1] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution#S=
etup_the_xensource-inventory_file
[2] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution#S=
etup_the_network.2Finterfaces_file

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 20 09:58:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 20 May 2012 09:58:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SW2uQ-0000pA-1Z; Sun, 20 May 2012 09:58:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wannes321@gmail.com>) id 1SW2uN-0000p5-O2
	for xen-api@lists.xen.org; Sun, 20 May 2012 09:58:39 +0000
Received: from [85.158.143.35:14704] by server-2.bemta-4.messagelabs.com id
	20/F8-12211-E40C8BF4; Sun, 20 May 2012 09:58:38 +0000
X-Env-Sender: wannes321@gmail.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337507918!13124100!1
X-Originating-IP: [209.85.212.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30034 invoked from network); 20 May 2012 09:58:38 -0000
Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com)
	(209.85.212.173)
	by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	20 May 2012 09:58:38 -0000
Received: by wibhj6 with SMTP id hj6so1309174wib.14
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 02:58:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:mime-version:content-type:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to:x-mailer;
	bh=/cT4PSdPssNm8cZtWCscJjFP4Tvyhw4u5ad3Tz1CN18=;
	b=I3JRuz8PCgnPtHZnKyxtQiwx3IjvqYRa+fayxUAWpctas+wTVolxgx4+/UGKaLjgRu
	INHhgDcHXQ0UcUAL7g4qOVnjgZX0Iq6Qww8VotdMVL89aBbrIYwzz73MXkKA84qSEXkA
	F9DoAfMPoWf1ULaBlEoZgbMlpugNVyhn6JUkksUfHzYxuOm4Be+5l7+hYFCdSrmuyGKY
	tbeojWKlOdZQ6wxfv0B+PIP/6ynOvLCq1iC/7yhBVeUiEcvGhWsPi8qRA5XyAYtM8+dR
	wZQnDGsv9txOBT9OpCqPahLGwPeU7cFke2sqDCBTX5uAlTvogF1E7YqtoZMcNNJNlxZV
	ooTA==
Received: by 10.180.105.198 with SMTP id go6mr15800976wib.19.1337507917917;
	Sun, 20 May 2012 02:58:37 -0700 (PDT)
Received: from banana.w-gr.net (5.167-241-81.adsl-dyn.isp.belgacom.be.
	[81.241.167.5])
	by mx.google.com with ESMTPS id et10sm16579115wib.2.2012.05.20.02.58.36
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 20 May 2012 02:58:37 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Wannes De Smet <wannes321@gmail.com>
In-Reply-To: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
Date: Sun, 20 May 2012 11:58:34 +0200
Message-Id: <C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
References: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
To: Sum Thai Wong <wsumthai@yahoo.com.sg>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 14 May 2012, at 08:54, Sum Thai Wong wrote:

> I have followed this tutorial to setup the XCP toolstack (Project Kronos)=
 on a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
> http://wiki.xen.org/wiki/XAPI_on_Ubuntu
> =

> For network bridging, I have chosen to use the openvswitch mode. After in=
stallation, two bridges were automatically created(xenbr0 and xenbr1) as I =
have two ethernet interfaces (eth0 and eth1). Using the command "xe pif-par=
am-list uuid=3D=85.", I checked that the first pif was designated as the ma=
nagement interface.

Does /etc/xcp/inventory exist and contain MANAGEMENT_INTERFACE=3D'xenbr0'? =
If not, see [1].

> This interface has a static IP, gateway but no DNS. The second pif was un=
configured. I had intended to connect with XenCenter to continue the setup =
steps to create the storage repository(SR) but the connection could not be =
created although I can ping the Xen host. The host firewall has been turned=
 off.
> =

> Hence I have the following questions:
> 1. Is it necessary to create the SR before I can connect with XenCenter?

No.

> 2. I can't access the network (internal and external) from Dom0 via the m=
anagement interface. Is this by design? Do I have to setup the second inter=
face for Dom0 to gain network connectivity?

Have you configured eth0 with xe pif-reconfigure-ip [2] ? Doing it manually=
 (e.g. in /etc/network/interfaces) won't do, as it's xcp-networkd who confi=
gures networking after boot. Leave nothing but the loopback interface confi=
g in the interfaces file.

Secondly, could you verify whether xenbr0 has an IP address and eth0 does n=
ot? If eth0 is active, perform 'ifconfig eth0 0.0.0.0' to remove its IP add=
ress. If xenbr0 does not have an IP address, restart xcp-networkd and xcp-x=
api, that should help.

> 3. What user should I use to connect with XenCenter? I have tried using r=
oot, but is this the same account as the system root? In this case, neither=
 my root password or null password work.

root will do fine.

> =

> Thanks in advance for your help.

Protip =AE: =01You won't be able to start VM's just yet because /etc/xen/sc=
ripts/qemu-ifup is not written for using Open vSwitch. Replace the last lin=
e with 'ovs-vsctl add-port $2 $1' and have a go.

Wannes

[1] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution#S=
etup_the_xensource-inventory_file
[2] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution#S=
etup_the_network.2Finterfaces_file

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 01:26:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 01:26:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWHO2-0003jS-Bz; Mon, 21 May 2012 01:26:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWHO0-0003jN-Sg
	for xen-api@lists.xen.org; Mon, 21 May 2012 01:26:13 +0000
Received: from [85.158.143.99:50113] by server-3.bemta-4.messagelabs.com id
	34/35-05853-3B999BF4; Mon, 21 May 2012 01:26:11 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-2.tower-216.messagelabs.com!1337563570!23609096!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26660 invoked from network); 21 May 2012 01:26:11 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 01:26:11 -0000
Received: by lahc1 with SMTP id c1so3895998lah.32
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 18:26:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=pztLAvzgSjPNT1KquiRmdSra1YZMzc6E6hpvc8FHX8k=;
	b=nP6vuWuCueXmxLnMbjsUIF8ul4ldA3HpCzaYROrvudbs04XAW++LBXLpjYVRtctCRo
	UFXHVJ9offDsZ4207xs26Bkt8DzyhGllJRMCcdJkK/zzeuqICbpmY8f+khnTWiDxZb4F
	nMI9oGWrHIi9+W/Cf5SB+Z6ogFi5OugGxCKI2QV1w2p2+mCsDqmM9gHGnMyu5gKZieYv
	9ZJ6bkMgzzHwm1upaCmEhNio9t/tVhmazfM1/Iif2CakVAB42aXq0WMux6xYwJD0PehA
	bjZbREl/rdfmViIqwaH9jko5fBVTZ+zFo0LmU7Iq5iffTy3sO1iL5rQpBvCwMGQZTlW+
	xVAg==
Received: by 10.112.41.130 with SMTP id f2mr7143551lbl.5.1337563569914;
	Sun, 20 May 2012 18:26:09 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id h6sm11188123lbl.13.2012.05.20.18.26.07
	(version=SSLv3 cipher=OTHER); Sun, 20 May 2012 18:26:08 -0700 (PDT)
Message-ID: <4FB999AE.8030108@gmail.com>
Date: Mon, 21 May 2012 05:26:06 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
In-Reply-To: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
Subject: Re: [Xen-API] XCP 1.5 BETA BUG: some cosmetic bugs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



On 18.05.2012 20:02, Alexander Voropay wrote:
>
> 2) (XEN) Scrubbing Free RAM: a TOOOOO long process for the 256Gb of RAM
Unavoidable to have stable system.

>
> 3) dom0 boots with 32 CPUs . Seems, CPU for dom0 should be limited to
> 15..20% of the total CPUs (for very intensive I/O)
You can change this parameter as property of dom0 virtual machine (via 
xe vm-param-set)
>
> 4) During boot process the virtual BIOS on the HVM machine displays 1 CPU only
AFAIK this is feature.

> 5) YUM update does not work:
>
> # yum check-update
> Loaded plugins: fastestmirror
> Determining fastest mirrors
> Could not retrieve mirrorlist
> http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
> [Errno 14] HTTP Error 404: Not Found
> Error: Cannot find a valid baseurl for repo: citrix
This is ...em... the way Cirtix separate XenServer from XCP: no updates 
for XCP at all. And note that yum update with CentOS repos enabled can 
make your XCP broken (especially lvm2 package you shall never update 
from upstream).



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 01:26:25 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 01:26:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWHO2-0003jS-Bz; Mon, 21 May 2012 01:26:14 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWHO0-0003jN-Sg
	for xen-api@lists.xen.org; Mon, 21 May 2012 01:26:13 +0000
Received: from [85.158.143.99:50113] by server-3.bemta-4.messagelabs.com id
	34/35-05853-3B999BF4; Mon, 21 May 2012 01:26:11 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-2.tower-216.messagelabs.com!1337563570!23609096!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26660 invoked from network); 21 May 2012 01:26:11 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 01:26:11 -0000
Received: by lahc1 with SMTP id c1so3895998lah.32
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 18:26:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=pztLAvzgSjPNT1KquiRmdSra1YZMzc6E6hpvc8FHX8k=;
	b=nP6vuWuCueXmxLnMbjsUIF8ul4ldA3HpCzaYROrvudbs04XAW++LBXLpjYVRtctCRo
	UFXHVJ9offDsZ4207xs26Bkt8DzyhGllJRMCcdJkK/zzeuqICbpmY8f+khnTWiDxZb4F
	nMI9oGWrHIi9+W/Cf5SB+Z6ogFi5OugGxCKI2QV1w2p2+mCsDqmM9gHGnMyu5gKZieYv
	9ZJ6bkMgzzHwm1upaCmEhNio9t/tVhmazfM1/Iif2CakVAB42aXq0WMux6xYwJD0PehA
	bjZbREl/rdfmViIqwaH9jko5fBVTZ+zFo0LmU7Iq5iffTy3sO1iL5rQpBvCwMGQZTlW+
	xVAg==
Received: by 10.112.41.130 with SMTP id f2mr7143551lbl.5.1337563569914;
	Sun, 20 May 2012 18:26:09 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id h6sm11188123lbl.13.2012.05.20.18.26.07
	(version=SSLv3 cipher=OTHER); Sun, 20 May 2012 18:26:08 -0700 (PDT)
Message-ID: <4FB999AE.8030108@gmail.com>
Date: Mon, 21 May 2012 05:26:06 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
In-Reply-To: <CAGqcPWAEnr3KgNDcDwOSABn65u3c0=C5nxGGGs9QyEKHNJuceQ@mail.gmail.com>
Subject: Re: [Xen-API] XCP 1.5 BETA BUG: some cosmetic bugs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



On 18.05.2012 20:02, Alexander Voropay wrote:
>
> 2) (XEN) Scrubbing Free RAM: a TOOOOO long process for the 256Gb of RAM
Unavoidable to have stable system.

>
> 3) dom0 boots with 32 CPUs . Seems, CPU for dom0 should be limited to
> 15..20% of the total CPUs (for very intensive I/O)
You can change this parameter as property of dom0 virtual machine (via 
xe vm-param-set)
>
> 4) During boot process the virtual BIOS on the HVM machine displays 1 CPU only
AFAIK this is feature.

> 5) YUM update does not work:
>
> # yum check-update
> Loaded plugins: fastestmirror
> Determining fastest mirrors
> Could not retrieve mirrorlist
> http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
> [Errno 14] HTTP Error 404: Not Found
> Error: Cannot find a valid baseurl for repo: citrix
This is ...em... the way Cirtix separate XenServer from XCP: no updates 
for XCP at all. And note that yum update with CentOS repos enabled can 
make your XCP broken (especially lvm2 package you shall never update 
from upstream).



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 04:56:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 04:56:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWKev-0005rG-GT; Mon, 21 May 2012 04:55:53 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wsumthai@gmail.com>) id 1SWKet-0005rB-Mm
	for xen-api@lists.xen.org; Mon, 21 May 2012 04:55:51 +0000
Received: from [85.158.143.99:31178] by server-2.bemta-4.messagelabs.com id
	21/9C-12211-6DAC9BF4; Mon, 21 May 2012 04:55:50 +0000
X-Env-Sender: wsumthai@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337576148!21405867!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31444 invoked from network); 21 May 2012 04:55:49 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 04:55:49 -0000
Received: by dadv2 with SMTP id v2so6508183dad.32
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 21:55:47 -0700 (PDT)
Received: by 10.68.220.98 with SMTP id pv2mr64920224pbc.117.1337576147657;
	Sun, 20 May 2012 21:55:47 -0700 (PDT)
Received: from [10.10.10.106] (nusnet-16-52.dynip.nus.edu.sg. [137.132.16.52])
	by mx.google.com with ESMTPS id
	rt4sm21817708pbc.3.2012.05.20.21.55.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 20 May 2012 21:55:46 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Sum Thai Wong <wsumthai@yahoo.com.sg>
In-Reply-To: <C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
Date: Mon, 21 May 2012 12:55:35 +0800
Message-Id: <11D29346-28B7-41F9-A29E-BF3CF4F40B8E@yahoo.com.sg>
References: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
	<C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
To: Wannes De Smet <wannes321@gmail.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks for the advice.

Turns out that Dom0 network works again after I remove the eth0 section in =
/etc/network/interfaces. So now xenbr0 is manually configured while eth0 is=
 unconfigured.

Next thing will be to try and connect using XenCenter and carry on configur=
ation from there.
By the way, during the shutdown process, there is this error message saying=
 that a different tool stack (xapi) have been selected. Not sure if this wi=
ll affect the XenCenter connection or if it's a known bug.

On May 20, 2012, at 5:58 PM, Wannes De Smet wrote:

> On 14 May 2012, at 08:54, Sum Thai Wong wrote:
> =

>> I have followed this tutorial to setup the XCP toolstack (Project Kronos=
) on a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
>> http://wiki.xen.org/wiki/XAPI_on_Ubuntu
>> =

>> For network bridging, I have chosen to use the openvswitch mode. After i=
nstallation, two bridges were automatically created(xenbr0 and xenbr1) as I=
 have two ethernet interfaces (eth0 and eth1). Using the command "xe pif-pa=
ram-list uuid=3D=85.", I checked that the first pif was designated as the m=
anagement interface.
> =

> Does /etc/xcp/inventory exist and contain MANAGEMENT_INTERFACE=3D'xenbr0'=
? If not, see [1].
> =

>> This interface has a static IP, gateway but no DNS. The second pif was u=
nconfigured. I had intended to connect with XenCenter to continue the setup=
 steps to create the storage repository(SR) but the connection could not be=
 created although I can ping the Xen host. The host firewall has been turne=
d off.
>> =

>> Hence I have the following questions:
>> 1. Is it necessary to create the SR before I can connect with XenCenter?
> =

> No.
> =

>> 2. I can't access the network (internal and external) from Dom0 via the =
management interface. Is this by design? Do I have to setup the second inte=
rface for Dom0 to gain network connectivity?
> =

> Have you configured eth0 with xe pif-reconfigure-ip [2] ? Doing it manual=
ly (e.g. in /etc/network/interfaces) won't do, as it's xcp-networkd who con=
figures networking after boot. Leave nothing but the loopback interface con=
fig in the interfaces file.
> =

> Secondly, could you verify whether xenbr0 has an IP address and eth0 does=
 not? If eth0 is active, perform 'ifconfig eth0 0.0.0.0' to remove its IP a=
ddress. If xenbr0 does not have an IP address, restart xcp-networkd and xcp=
-xapi, that should help.
> =

>> 3. What user should I use to connect with XenCenter? I have tried using =
root, but is this the same account as the system root? In this case, neithe=
r my root password or null password work.
> =

> root will do fine.
> =

>> =

>> Thanks in advance for your help.
> =

> Protip =AE: =01You won't be able to start VM's just yet because /etc/xen/=
scripts/qemu-ifup is not written for using Open vSwitch. Replace the last l=
ine with 'ovs-vsctl add-port $2 $1' and have a go.
> =

> Wannes
> =

> [1] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution=
#Setup_the_xensource-inventory_file
> [2] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution=
#Setup_the_network.2Finterfaces_file
> =

>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 04:56:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 04:56:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWKev-0005rG-GT; Mon, 21 May 2012 04:55:53 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <wsumthai@gmail.com>) id 1SWKet-0005rB-Mm
	for xen-api@lists.xen.org; Mon, 21 May 2012 04:55:51 +0000
Received: from [85.158.143.99:31178] by server-2.bemta-4.messagelabs.com id
	21/9C-12211-6DAC9BF4; Mon, 21 May 2012 04:55:50 +0000
X-Env-Sender: wsumthai@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337576148!21405867!1
X-Originating-IP: [209.85.210.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31444 invoked from network); 21 May 2012 04:55:49 -0000
Received: from mail-pz0-f45.google.com (HELO mail-pz0-f45.google.com)
	(209.85.210.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 04:55:49 -0000
Received: by dadv2 with SMTP id v2so6508183dad.32
	for <xen-api@lists.xen.org>; Sun, 20 May 2012 21:55:47 -0700 (PDT)
Received: by 10.68.220.98 with SMTP id pv2mr64920224pbc.117.1337576147657;
	Sun, 20 May 2012 21:55:47 -0700 (PDT)
Received: from [10.10.10.106] (nusnet-16-52.dynip.nus.edu.sg. [137.132.16.52])
	by mx.google.com with ESMTPS id
	rt4sm21817708pbc.3.2012.05.20.21.55.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Sun, 20 May 2012 21:55:46 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Sum Thai Wong <wsumthai@yahoo.com.sg>
In-Reply-To: <C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
Date: Mon, 21 May 2012 12:55:35 +0800
Message-Id: <11D29346-28B7-41F9-A29E-BF3CF4F40B8E@yahoo.com.sg>
References: <A78FD756-529D-48A2-9496-963EE323472B@yahoo.com.sg>
	<C803794F-CC10-45DE-B098-65D92E8AB101@gmail.com>
To: Wannes De Smet <wannes321@gmail.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Connect to XCP/Ubuntu12.04 with Xencenter
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks for the advice.

Turns out that Dom0 network works again after I remove the eth0 section in =
/etc/network/interfaces. So now xenbr0 is manually configured while eth0 is=
 unconfigured.

Next thing will be to try and connect using XenCenter and carry on configur=
ation from there.
By the way, during the shutdown process, there is this error message saying=
 that a different tool stack (xapi) have been selected. Not sure if this wi=
ll affect the XenCenter connection or if it's a known bug.

On May 20, 2012, at 5:58 PM, Wannes De Smet wrote:

> On 14 May 2012, at 08:54, Sum Thai Wong wrote:
> =

>> I have followed this tutorial to setup the XCP toolstack (Project Kronos=
) on a Ubuntu 12.04 LTS minimal server (installed using mini.iso)
>> http://wiki.xen.org/wiki/XAPI_on_Ubuntu
>> =

>> For network bridging, I have chosen to use the openvswitch mode. After i=
nstallation, two bridges were automatically created(xenbr0 and xenbr1) as I=
 have two ethernet interfaces (eth0 and eth1). Using the command "xe pif-pa=
ram-list uuid=3D=85.", I checked that the first pif was designated as the m=
anagement interface.
> =

> Does /etc/xcp/inventory exist and contain MANAGEMENT_INTERFACE=3D'xenbr0'=
? If not, see [1].
> =

>> This interface has a static IP, gateway but no DNS. The second pif was u=
nconfigured. I had intended to connect with XenCenter to continue the setup=
 steps to create the storage repository(SR) but the connection could not be=
 created although I can ping the Xen host. The host firewall has been turne=
d off.
>> =

>> Hence I have the following questions:
>> 1. Is it necessary to create the SR before I can connect with XenCenter?
> =

> No.
> =

>> 2. I can't access the network (internal and external) from Dom0 via the =
management interface. Is this by design? Do I have to setup the second inte=
rface for Dom0 to gain network connectivity?
> =

> Have you configured eth0 with xe pif-reconfigure-ip [2] ? Doing it manual=
ly (e.g. in /etc/network/interfaces) won't do, as it's xcp-networkd who con=
figures networking after boot. Leave nothing but the loopback interface con=
fig in the interfaces file.
> =

> Secondly, could you verify whether xenbr0 has an IP address and eth0 does=
 not? If eth0 is active, perform 'ifconfig eth0 0.0.0.0' to remove its IP a=
ddress. If xenbr0 does not have an IP address, restart xcp-networkd and xcp=
-xapi, that should help.
> =

>> 3. What user should I use to connect with XenCenter? I have tried using =
root, but is this the same account as the system root? In this case, neithe=
r my root password or null password work.
> =

> root will do fine.
> =

>> =

>> Thanks in advance for your help.
> =

> Protip =AE: =01You won't be able to start VM's just yet because /etc/xen/=
scripts/qemu-ifup is not written for using Open vSwitch. Replace the last l=
ine with 'ovs-vsctl add-port $2 $1' and have a go.
> =

> Wannes
> =

> [1] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution=
#Setup_the_xensource-inventory_file
> [2] http://wiki.xen.org/wiki/XCP_toolstack_on_a_Debian-based_distribution=
#Setup_the_network.2Finterfaces_file
> =

>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 09:55:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 09:55:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWPKM-0000Xv-Ra; Mon, 21 May 2012 09:54:58 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SWPKL-0000Xd-0U
	for xen-api@lists.xen.org; Mon, 21 May 2012 09:54:57 +0000
Received: from [85.158.143.35:27499] by server-2.bemta-4.messagelabs.com id
	F4/7D-12211-0F01ABF4; Mon, 21 May 2012 09:54:56 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1337594094!10637707!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24122 invoked from network); 21 May 2012 09:54:55 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 09:54:55 -0000
Received: by lahc1 with SMTP id c1so4171387lah.32
	for <multiple recipients>; Mon, 21 May 2012 02:54:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=XcloucNflffoiZTsZSYDAeWAkCrO/Q/+EEKnAb1UgDI=;
	b=BXkcfQ+l4iSo+3OhEETXV4k4AZbISv7+SvoksPPezX3aEQYvr4Y2LoXYOsYAjrFRso
	/xgUhffZHz138+BKU8Xmo9bx8NOgLDUOIYVixNyz0ubWXME7Jkd5ZCoEqRxGWaWV0xmj
	brrGZcDbLFaa8cfLur+3Z08YQRm9wG/OZ1Ri1C8tTDoG9OmTRb5dLRjAYAqvC9+7EaSY
	d4XxGFz2eZxV8x2Uyt5oRoqDV3F1jl2s6UzDqAa0a6ivD8YcpmTyCP4wD7r43riw3eV4
	l6cw42doYIJvhD/hgPZuC7vyAanIJiIeM1khkvE+Vp7hq280IOCdvfF+/QYO+mK5lNVx
	LjZw==
Received: by 10.112.49.68 with SMTP id s4mr8455050lbn.27.1337594093826;
	Mon, 21 May 2012 02:54:53 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6af0.bb.sky.com. [176.251.106.240])
	by mx.google.com with ESMTPS id xx8sm1738020lab.10.2012.05.21.02.54.51
	(version=SSLv3 cipher=OTHER); Mon, 21 May 2012 02:54:52 -0700 (PDT)
Message-ID: <4FBA10EA.5030904@xen.org>
Date: Mon, 21 May 2012 10:54:50 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, 
	xen-arm@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] [Announce] Version 1.2 of project governance has been
	approved
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

everybody. Last week's vote on changes proposed in 
http://xen.org/projects/governance_v1_2.html concluded with 9 votes for 
the proposal, 0 votes abstaining and 0 votes against. This means the new 
version of the process will come in effect as of today.

Best Regards
Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 09:55:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 09:55:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWPKM-0000Xv-Ra; Mon, 21 May 2012 09:54:58 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SWPKL-0000Xd-0U
	for xen-api@lists.xen.org; Mon, 21 May 2012 09:54:57 +0000
Received: from [85.158.143.35:27499] by server-2.bemta-4.messagelabs.com id
	F4/7D-12211-0F01ABF4; Mon, 21 May 2012 09:54:56 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1337594094!10637707!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24122 invoked from network); 21 May 2012 09:54:55 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 09:54:55 -0000
Received: by lahc1 with SMTP id c1so4171387lah.32
	for <multiple recipients>; Mon, 21 May 2012 02:54:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=XcloucNflffoiZTsZSYDAeWAkCrO/Q/+EEKnAb1UgDI=;
	b=BXkcfQ+l4iSo+3OhEETXV4k4AZbISv7+SvoksPPezX3aEQYvr4Y2LoXYOsYAjrFRso
	/xgUhffZHz138+BKU8Xmo9bx8NOgLDUOIYVixNyz0ubWXME7Jkd5ZCoEqRxGWaWV0xmj
	brrGZcDbLFaa8cfLur+3Z08YQRm9wG/OZ1Ri1C8tTDoG9OmTRb5dLRjAYAqvC9+7EaSY
	d4XxGFz2eZxV8x2Uyt5oRoqDV3F1jl2s6UzDqAa0a6ivD8YcpmTyCP4wD7r43riw3eV4
	l6cw42doYIJvhD/hgPZuC7vyAanIJiIeM1khkvE+Vp7hq280IOCdvfF+/QYO+mK5lNVx
	LjZw==
Received: by 10.112.49.68 with SMTP id s4mr8455050lbn.27.1337594093826;
	Mon, 21 May 2012 02:54:53 -0700 (PDT)
Received: from [172.16.25.10] (b0fb6af0.bb.sky.com. [176.251.106.240])
	by mx.google.com with ESMTPS id xx8sm1738020lab.10.2012.05.21.02.54.51
	(version=SSLv3 cipher=OTHER); Mon, 21 May 2012 02:54:52 -0700 (PDT)
Message-ID: <4FBA10EA.5030904@xen.org>
Date: Mon, 21 May 2012 10:54:50 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org, 
	xen-arm@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] [Announce] Version 1.2 of project governance has been
	approved
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

everybody. Last week's vote on changes proposed in 
http://xen.org/projects/governance_v1_2.html concluded with 9 votes for 
the proposal, 0 votes abstaining and 0 votes against. This means the new 
version of the process will come in effect as of today.

Best Regards
Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 12:03:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 12:03:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWRKO-0003MH-Je; Mon, 21 May 2012 12:03:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWRKN-0003MA-Tg
	for xen-api@lists.xen.org; Mon, 21 May 2012 12:03:08 +0000
Received: from [85.158.143.99:25978] by server-3.bemta-4.messagelabs.com id
	25/6A-05853-BFE2ABF4; Mon, 21 May 2012 12:03:07 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-3.tower-216.messagelabs.com!1337601784!28460626!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22365 invoked from network); 21 May 2012 12:03:06 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 12:03:06 -0000
Received: by yhoo21 with SMTP id o21so5141910yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 05:03:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=X0hl4miD6fKcU1cqSaIvQqTkmHcgmrNy/rtS2r+gSKw=;
	b=a+zJxocu5fClF77LwFHo8qWjP5APH8jXXDmEAs60IzhAdZ0g/muobFRq3nQO5q9onI
	Gp5ZSexswykrA8aTUmyYIf41sy361jiP19wDyudn8LdQF+l28Pm1FYoC1XvcRPfSl09b
	nu5SVfxpAy322vckULYk7x1Hqy6mFJFoTGK588HBfO/GZSqUV2juH69ugvtBq6ofb35S
	rhP0O71gNX7EpSFqT5H8pJ+gMd1IVCeeGpwRgjsVEbT/ULGGf+UIK0dj6+36b9XL2ZVz
	npxuoBhCd+edynVegPY4NVSMp/K3ZtKgAvFOoxdFv5uasqHeA13GRVQlJkACdVjC/Z2+
	S5IQ==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr22659569yhm.61.1337601784513; Mon,
	21 May 2012 05:03:04 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 05:03:04 -0700 (PDT)
Date: Mon, 21 May 2012 16:03:04 +0400
Message-ID: <CAGqcPWBZcr+OFbPj6Pp2ANrDCE+EZBmCQ5C=pxyMh5LKowWV0w@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP 1.5 BETA BUG: XCP any CentOS yum (Was: some cosmetic
	bugs)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/5/21 George Shuklin <george.shuklin@gmail.com>:

>> 5) YUM update does not work:
>>
>> # yum check-update
>> Loaded plugins: fastestmirror
>> Determining fastest mirrors
>> Could not retrieve mirrorlist
>> http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
>> [Errno 14] HTTP Error 404: Not Found
>> Error: Cannot find a valid baseurl for repo: citrix
>
> This is ...em... the way Cirtix separate XenServer from XCP: no updates for
> XCP at all. And note that yum update with CentOS repos enabled can make your
> XCP broken (especially lvm2 package you shall never update from upstream).


To avoid updating XCP-specific RPMs from the CentOS repositories:

rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS


and add all these XCP's packages into

/etc/yum.conf

...
exclude=lvm2
exclude=..
exclude...
e.t.c.


rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS | awk
'{split($0,array,"\t");print "exclude="array[1]"*"}'


--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 12:03:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 12:03:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWRKO-0003MH-Je; Mon, 21 May 2012 12:03:08 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWRKN-0003MA-Tg
	for xen-api@lists.xen.org; Mon, 21 May 2012 12:03:08 +0000
Received: from [85.158.143.99:25978] by server-3.bemta-4.messagelabs.com id
	25/6A-05853-BFE2ABF4; Mon, 21 May 2012 12:03:07 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-3.tower-216.messagelabs.com!1337601784!28460626!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22365 invoked from network); 21 May 2012 12:03:06 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 12:03:06 -0000
Received: by yhoo21 with SMTP id o21so5141910yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 05:03:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=X0hl4miD6fKcU1cqSaIvQqTkmHcgmrNy/rtS2r+gSKw=;
	b=a+zJxocu5fClF77LwFHo8qWjP5APH8jXXDmEAs60IzhAdZ0g/muobFRq3nQO5q9onI
	Gp5ZSexswykrA8aTUmyYIf41sy361jiP19wDyudn8LdQF+l28Pm1FYoC1XvcRPfSl09b
	nu5SVfxpAy322vckULYk7x1Hqy6mFJFoTGK588HBfO/GZSqUV2juH69ugvtBq6ofb35S
	rhP0O71gNX7EpSFqT5H8pJ+gMd1IVCeeGpwRgjsVEbT/ULGGf+UIK0dj6+36b9XL2ZVz
	npxuoBhCd+edynVegPY4NVSMp/K3ZtKgAvFOoxdFv5uasqHeA13GRVQlJkACdVjC/Z2+
	S5IQ==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr22659569yhm.61.1337601784513; Mon,
	21 May 2012 05:03:04 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 05:03:04 -0700 (PDT)
Date: Mon, 21 May 2012 16:03:04 +0400
Message-ID: <CAGqcPWBZcr+OFbPj6Pp2ANrDCE+EZBmCQ5C=pxyMh5LKowWV0w@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP 1.5 BETA BUG: XCP any CentOS yum (Was: some cosmetic
	bugs)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/5/21 George Shuklin <george.shuklin@gmail.com>:

>> 5) YUM update does not work:
>>
>> # yum check-update
>> Loaded plugins: fastestmirror
>> Determining fastest mirrors
>> Could not retrieve mirrorlist
>> http://updates.vmd.citrix.com/XCP/1.4.90/domain0/mirrorlist error was
>> [Errno 14] HTTP Error 404: Not Found
>> Error: Cannot find a valid baseurl for repo: citrix
>
> This is ...em... the way Cirtix separate XenServer from XCP: no updates for
> XCP at all. And note that yum update with CentOS repos enabled can make your
> XCP broken (especially lvm2 package you shall never update from upstream).


To avoid updating XCP-specific RPMs from the CentOS repositories:

rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS


and add all these XCP's packages into

/etc/yum.conf

...
exclude=lvm2
exclude=..
exclude...
e.t.c.


rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS | awk
'{split($0,array,"\t");print "exclude="array[1]"*"}'


--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 13:48:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 13:48:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWSyR-00067a-1H; Mon, 21 May 2012 13:48:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWSyP-00067T-FV
	for xen-api@lists.xen.org; Mon, 21 May 2012 13:48:33 +0000
Received: from [85.158.138.51:64686] by server-12.bemta-3.messagelabs.com id
	EC/39-29760-0B74ABF4; Mon, 21 May 2012 13:48:32 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1337608110!28276939!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23138 invoked from network); 21 May 2012 13:48:31 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 13:48:31 -0000
Received: by yhoo21 with SMTP id o21so5278802yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 06:48:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=3UZSG/glDaUoPmtn8m7pKN8idOB3Or1n+8jOBkAAC7Y=;
	b=qpKrjsGt6fPv+eBeegIsoTtdS6jhX3gG6sr/FDabB60R8Coe9Ou0rJfJ/S0lTyfAHC
	mQQ3UCsLeB48JWl+i7zMiZKo2p1nU5JTT1nKRQPbSY/vqrUOrKgrud8zm6IUOtn0Wm5S
	A7FFVK1x2A0QOT5S6Zx2u0RZcP9SiBgjgbud0XE/fl0eO4fr00j5ZKsVXv+tdOzr/iVz
	JefJ4Kt0LUYqNPuNpYwaq6uFMYcbfOeLSSvywKNJhUaxFZbQXpTL+pKFDbhdQGRhNvgW
	V/PEsWJ9DP3aydlAO2BlOXZ67NnAb/9JNU1Fm/GgI/enko8HdrZW1I3txnRjSIYZRV07
	dLIA==
MIME-Version: 1.0
Received: by 10.236.193.101 with SMTP id j65mr22570282yhn.47.1337608110116;
	Mon, 21 May 2012 06:48:30 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 06:48:30 -0700 (PDT)
Date: Mon, 21 May 2012 17:48:30 +0400
Message-ID: <CAGqcPWB8xkOZbQ9sXGk0L943dpkBtRthTBRf3-nGstRNS=izQQ@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP 1.5 BETA BUG: XCP any CentOS yum (Was: some cosmetic
	bugs)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!


The correct script to exclude all XCP-specific RPMS from updating :


rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS | awk
'BEGIN {a=""} {split($0,array,"\t"); a=a" "array[1]"*" } END {print
"exclude="a"\n"}' >> /etc/yum.conf

the 'exclude'  pkgs should be in one long string..

Then change     /etc/yum.repos.d/CentOS-Base.repo

enabled=1

It seems, my XCP 1.5 beta still alive after upgrade... ;)

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 13:48:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 13:48:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWSyR-00067a-1H; Mon, 21 May 2012 13:48:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWSyP-00067T-FV
	for xen-api@lists.xen.org; Mon, 21 May 2012 13:48:33 +0000
Received: from [85.158.138.51:64686] by server-12.bemta-3.messagelabs.com id
	EC/39-29760-0B74ABF4; Mon, 21 May 2012 13:48:32 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1337608110!28276939!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23138 invoked from network); 21 May 2012 13:48:31 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 13:48:31 -0000
Received: by yhoo21 with SMTP id o21so5278802yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 06:48:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=3UZSG/glDaUoPmtn8m7pKN8idOB3Or1n+8jOBkAAC7Y=;
	b=qpKrjsGt6fPv+eBeegIsoTtdS6jhX3gG6sr/FDabB60R8Coe9Ou0rJfJ/S0lTyfAHC
	mQQ3UCsLeB48JWl+i7zMiZKo2p1nU5JTT1nKRQPbSY/vqrUOrKgrud8zm6IUOtn0Wm5S
	A7FFVK1x2A0QOT5S6Zx2u0RZcP9SiBgjgbud0XE/fl0eO4fr00j5ZKsVXv+tdOzr/iVz
	JefJ4Kt0LUYqNPuNpYwaq6uFMYcbfOeLSSvywKNJhUaxFZbQXpTL+pKFDbhdQGRhNvgW
	V/PEsWJ9DP3aydlAO2BlOXZ67NnAb/9JNU1Fm/GgI/enko8HdrZW1I3txnRjSIYZRV07
	dLIA==
MIME-Version: 1.0
Received: by 10.236.193.101 with SMTP id j65mr22570282yhn.47.1337608110116;
	Mon, 21 May 2012 06:48:30 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 06:48:30 -0700 (PDT)
Date: Mon, 21 May 2012 17:48:30 +0400
Message-ID: <CAGqcPWB8xkOZbQ9sXGk0L943dpkBtRthTBRf3-nGstRNS=izQQ@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] XCP 1.5 BETA BUG: XCP any CentOS yum (Was: some cosmetic
	bugs)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!


The correct script to exclude all XCP-specific RPMS from updating :


rpm -qa --queryformat "%{NAME}\t%{VENDOR}\n" | grep -v CentOS | awk
'BEGIN {a=""} {split($0,array,"\t"); a=a" "array[1]"*" } END {print
"exclude="a"\n"}' >> /etc/yum.conf

the 'exclude'  pkgs should be in one long string..

Then change     /etc/yum.repos.d/CentOS-Base.repo

enabled=1

It seems, my XCP 1.5 beta still alive after upgrade... ;)

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 16:29:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 16:29:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWVUG-0004yP-M1; Mon, 21 May 2012 16:29:36 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWVUF-0004yB-4z
	for xen-api@lists.xen.org; Mon, 21 May 2012 16:29:35 +0000
Received: from [85.158.143.35:8181] by server-2.bemta-4.messagelabs.com id
	9B/57-12211-E6D6ABF4; Mon, 21 May 2012 16:29:34 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-12.tower-21.messagelabs.com!1337617771!13230697!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26786 invoked from network); 21 May 2012 16:29:32 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 16:29:32 -0000
Received: by yhoo21 with SMTP id o21so5499215yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 09:29:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=vf8WyCumf8Nug9mbkBn6UEb11VXPS2yIJnqQU/8klm8=;
	b=Y42ZyWWT7cVdv2qcW6JeyiQ9dv4d4sSgC+Aijn2NgjUVn14cTMS5+7CTfCtx7hRvXM
	dUgyYMS6904JuJer8VEm1rULL93qBqVTPhS5YJA2W66q2z9bCdFvexd3nTsagBVqIbOL
	0JOR5mflMHk7S1NULcEcQ/TM+lU9+qxOb30MDOMEXzCkqoJwfBVmF8soTWvPXHxp6EFQ
	n0zlxTfTuPI6mbaBZ3a+Z6o6OsKDL2cX52kT144U+AsN5PwQmnQB7Ed461P8o9NX213a
	OK1gii9hX1kXLqF5w3kBR6bYcv4ue8vNx43Zt/XHjx3gV7byS/cygwuyhnym4gyKB8EP
	e9Lw==
MIME-Version: 1.0
Received: by 10.236.197.74 with SMTP id s50mr4345377yhn.96.1337617771074; Mon,
	21 May 2012 09:29:31 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 09:29:31 -0700 (PDT)
Date: Mon, 21 May 2012 20:29:31 +0400
Message-ID: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] how to create SR on the FC/GPT/LVM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!

How to create a new StorageRepository on the FibreChannel device
formatted with GPT partitions and with LVM ?

There is no FC fabric, nor SAN, just a direct PC<-->Storage link
so no "multipath" and other FC magic.

There is a option to create a SR on the HBA via 'xsconsole'.
 Disks and Storage Repositories -->
 Create New Storage Repository -->
 Hardware HBA

Unfortunately, it uses a WHOLE LUN to create single huge SR.

The default "Local storage" on the internal drive is created just as required.
Is it possible to make the same on the external FC drive ?


# xe sr-list
...
uuid ( RO)                : 5940ed5a-dc12-78dd-6b65-912d5f7d189d
          name-label ( RW): Local storage
    name-description ( RW):
                host ( RO): xenserver
                type ( RO): ext
        content-type ( RO): user
...

# xe sr-param-list uuid=5940ed5a-dc12-78dd-6b65-912d5f7d189d
uuid ( RO)                    : 5940ed5a-dc12-78dd-6b65-912d5f7d189d
              name-label ( RW): Local storage
        name-description ( RW):
                    host ( RO): xenserver
      allowed-operations (SRO): forget; VDI.create; VDI.snapshot;
plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize;
unplug
      current-operations (SRO):
                    VDIs (SRO): 7bbaae3a-6524-4413-b58c-0896dc32dc6d;
2d755a28-daf6-4d74-8923-391a5575316a
                    PBDs (SRO): 29ab9a85-6d1c-04a3-1401-d196651bffd9
      virtual-allocation ( RO): 53687091200
    physical-utilisation ( RO): 3093147648
           physical-size ( RO): 580146855936
                    type ( RO): ext
            content-type ( RO): user
                  shared ( RW): false
           introduced-by ( RO): <not in database>
            other-config (MRW): i18n-original-value-name_label: Local
storage; i18n-key: local-storage
               sm-config (MRO): devserial:
scsi-3600605b0040ad5d017221ae3b5903a92
                   blobs ( RO):
     local-cache-enabled ( RO): true
                    tags (SRW):


#  ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001 -> ../../sdb
lrwxrwxrwx 1 root root 10 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92 -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part3 -> ../../sda3


The /dev/sda (see 'devserail') is a GPT-labeled drive with LVM on the
/dev/sda3 partition,
not a 'raw' SCSI partition.

# pvs
  PV         VG                                              Fmt  Attr
PSize   PFree
  /dev/sda3  XSLocalEXT-5940ed5a-dc12-78dd-6b65-912d5f7d189d lvm2 a-
548.92G    0
  /dev/sdb1  XSLocalEXT-b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7 lvm2 a-
  6.00T    0

# lvs
  LV                                   VG
                Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  5940ed5a-dc12-78dd-6b65-912d5f7d189d
XSLocalEXT-5940ed5a-dc12-78dd-6b65-912d5f7d189d -wi-ao 548.92G
  b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7
XSLocalEXT-b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7 -wi-a-   6.00T


I can not understand, how SR "Local storage" is binded to the
LogicalVolume "...189d" (not SCSI id).

How to add my new fresh-created LogicalVolume "...ccc7" as a new SR ?



--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 21 16:29:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 21 May 2012 16:29:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWVUG-0004yP-M1; Mon, 21 May 2012 16:29:36 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWVUF-0004yB-4z
	for xen-api@lists.xen.org; Mon, 21 May 2012 16:29:35 +0000
Received: from [85.158.143.35:8181] by server-2.bemta-4.messagelabs.com id
	9B/57-12211-E6D6ABF4; Mon, 21 May 2012 16:29:34 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-12.tower-21.messagelabs.com!1337617771!13230697!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26786 invoked from network); 21 May 2012 16:29:32 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	21 May 2012 16:29:32 -0000
Received: by yhoo21 with SMTP id o21so5499215yho.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 09:29:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=vf8WyCumf8Nug9mbkBn6UEb11VXPS2yIJnqQU/8klm8=;
	b=Y42ZyWWT7cVdv2qcW6JeyiQ9dv4d4sSgC+Aijn2NgjUVn14cTMS5+7CTfCtx7hRvXM
	dUgyYMS6904JuJer8VEm1rULL93qBqVTPhS5YJA2W66q2z9bCdFvexd3nTsagBVqIbOL
	0JOR5mflMHk7S1NULcEcQ/TM+lU9+qxOb30MDOMEXzCkqoJwfBVmF8soTWvPXHxp6EFQ
	n0zlxTfTuPI6mbaBZ3a+Z6o6OsKDL2cX52kT144U+AsN5PwQmnQB7Ed461P8o9NX213a
	OK1gii9hX1kXLqF5w3kBR6bYcv4ue8vNx43Zt/XHjx3gV7byS/cygwuyhnym4gyKB8EP
	e9Lw==
MIME-Version: 1.0
Received: by 10.236.197.74 with SMTP id s50mr4345377yhn.96.1337617771074; Mon,
	21 May 2012 09:29:31 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 09:29:31 -0700 (PDT)
Date: Mon, 21 May 2012 20:29:31 +0400
Message-ID: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] how to create SR on the FC/GPT/LVM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi!

How to create a new StorageRepository on the FibreChannel device
formatted with GPT partitions and with LVM ?

There is no FC fabric, nor SAN, just a direct PC<-->Storage link
so no "multipath" and other FC magic.

There is a option to create a SR on the HBA via 'xsconsole'.
 Disks and Storage Repositories -->
 Create New Storage Repository -->
 Hardware HBA

Unfortunately, it uses a WHOLE LUN to create single huge SR.

The default "Local storage" on the internal drive is created just as required.
Is it possible to make the same on the external FC drive ?


# xe sr-list
...
uuid ( RO)                : 5940ed5a-dc12-78dd-6b65-912d5f7d189d
          name-label ( RW): Local storage
    name-description ( RW):
                host ( RO): xenserver
                type ( RO): ext
        content-type ( RO): user
...

# xe sr-param-list uuid=5940ed5a-dc12-78dd-6b65-912d5f7d189d
uuid ( RO)                    : 5940ed5a-dc12-78dd-6b65-912d5f7d189d
              name-label ( RW): Local storage
        name-description ( RW):
                    host ( RO): xenserver
      allowed-operations (SRO): forget; VDI.create; VDI.snapshot;
plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize;
unplug
      current-operations (SRO):
                    VDIs (SRO): 7bbaae3a-6524-4413-b58c-0896dc32dc6d;
2d755a28-daf6-4d74-8923-391a5575316a
                    PBDs (SRO): 29ab9a85-6d1c-04a3-1401-d196651bffd9
      virtual-allocation ( RO): 53687091200
    physical-utilisation ( RO): 3093147648
           physical-size ( RO): 580146855936
                    type ( RO): ext
            content-type ( RO): user
                  shared ( RW): false
           introduced-by ( RO): <not in database>
            other-config (MRW): i18n-original-value-name_label: Local
storage; i18n-key: local-storage
               sm-config (MRO): devserial:
scsi-3600605b0040ad5d017221ae3b5903a92
                   blobs ( RO):
     local-cache-enabled ( RO): true
                    tags (SRW):


#  ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001 -> ../../sdb
lrwxrwxrwx 1 root root 10 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92 -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 19 18:13
scsi-3600605b0040ad5d017221ae3b5903a92-part3 -> ../../sda3


The /dev/sda (see 'devserail') is a GPT-labeled drive with LVM on the
/dev/sda3 partition,
not a 'raw' SCSI partition.

# pvs
  PV         VG                                              Fmt  Attr
PSize   PFree
  /dev/sda3  XSLocalEXT-5940ed5a-dc12-78dd-6b65-912d5f7d189d lvm2 a-
548.92G    0
  /dev/sdb1  XSLocalEXT-b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7 lvm2 a-
  6.00T    0

# lvs
  LV                                   VG
                Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  5940ed5a-dc12-78dd-6b65-912d5f7d189d
XSLocalEXT-5940ed5a-dc12-78dd-6b65-912d5f7d189d -wi-ao 548.92G
  b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7
XSLocalEXT-b8e5421b-0ada-4ee5-a5b5-0fc3d112ccc7 -wi-a-   6.00T


I can not understand, how SR "Local storage" is binded to the
LogicalVolume "...189d" (not SCSI id).

How to add my new fresh-created LogicalVolume "...ccc7" as a new SR ?



--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 06:41:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 06:41:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWimm-0004TS-NV; Tue, 22 May 2012 06:41:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWiml-0004TM-KY
	for xen-api@lists.xen.org; Tue, 22 May 2012 06:41:35 +0000
Received: from [85.158.138.51:64810] by server-2.bemta-3.messagelabs.com id
	8F/BC-03712-E153BBF4; Tue, 22 May 2012 06:41:34 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1337668892!28395440!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23941 invoked from network); 22 May 2012 06:41:33 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 06:41:33 -0000
Received: by yenm4 with SMTP id m4so6198690yen.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 23:41:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=wwBr3V2zh+pxN2FbNHNxeQd9aJ99LOaPoS+mCR8lrR0=;
	b=s9u5sgZPMReW0s27yzSJWpsSW5rSSRYAWEVE4rYH1mSWX6rsCpAN41kINgELFGKso9
	Tt9wRWseXAOBqnZumJ8nFDinmzif4sqO+46cxDI+lUHAiTl/D+TQtZKhJu/2Nz8dcHpR
	pdH+PCRayWV/km4We4lG7YLGS/bQqiSfJwSXUZ0SIhpC5a5bG0saMovGZfXwrb2mrvK7
	XI08fAyhd6j6SiR0b0/QZgTAMWnnuaHsWhRE2x6Dj/4yXemRKP4dm1r6MNppqOallyxQ
	ky8agd+Hu+lre6hwVC91Ekz89zjvNGRDSoqmEsjRnopNAV9ifGdWZsCxGeqhUgZOa8Kl
	3IPg==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr25965282yhm.61.1337668891817; Mon,
	21 May 2012 23:41:31 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 23:41:31 -0700 (PDT)
In-Reply-To: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
References: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
Date: Tue, 22 May 2012 10:41:31 +0400
Message-ID: <CAGqcPWBbSfx-Xi31o0+H+2=9CowwA0sgNv_3Zt48xW65GFju_Q@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] how to create SR on the FC/GPT/LVM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/5/21 Alexander Voropay <alexander.voropay@gmail.com>:

> How to create a new StorageRepository on the FibreChannel device
> formatted with GPT partitions and with LVM ?

The 'xe sr-create type=ext' creates SR exactly as required:
- creates LVM on the arbitrary partition
- formats this LogicalVolume with ext3fs  (type=ext)
- creates SR and PBD for this partition

The logic resides into the
/opt/xensource/sm/EXTSR.py

>>'description': 'SR plugin which represents disks as VHD files stored on a local EXT3 filesystem, created inside an LVM volume',



# ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001 -> ../../sdb
lrwxrwxrwx 1 root root 10 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001-part1 -> ../../sdb1
...

# xe host-list
uuid ( RO)                : 136dd20c-cf64-4c59-b954-f171c9d4e063
          name-label ( RW): xenserver
    name-description ( RW): Default install of XenServer


# uuidgen
4afccf70-82f5-4dfe-9576-5ccb2b2ca198

Tada!

# xe sr-create host-uuid=136dd20c-cf64-4c59-b954-f171c9d4e063 type=ext
content-type="user" name-label="FC storage" shared=false
device-config-device=/dev/disk/by-id/scsi-3600144f094cdf1c200004fb6438b0001-part1
4afccf70-82f5-4dfe-9576-5ccb2b2ca198



--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 06:41:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 06:41:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWimm-0004TS-NV; Tue, 22 May 2012 06:41:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <alexander.voropay@gmail.com>) id 1SWiml-0004TM-KY
	for xen-api@lists.xen.org; Tue, 22 May 2012 06:41:35 +0000
Received: from [85.158.138.51:64810] by server-2.bemta-3.messagelabs.com id
	8F/BC-03712-E153BBF4; Tue, 22 May 2012 06:41:34 +0000
X-Env-Sender: alexander.voropay@gmail.com
X-Msg-Ref: server-11.tower-174.messagelabs.com!1337668892!28395440!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23941 invoked from network); 22 May 2012 06:41:33 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 06:41:33 -0000
Received: by yenm4 with SMTP id m4so6198690yen.32
	for <xen-api@lists.xen.org>; Mon, 21 May 2012 23:41:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=wwBr3V2zh+pxN2FbNHNxeQd9aJ99LOaPoS+mCR8lrR0=;
	b=s9u5sgZPMReW0s27yzSJWpsSW5rSSRYAWEVE4rYH1mSWX6rsCpAN41kINgELFGKso9
	Tt9wRWseXAOBqnZumJ8nFDinmzif4sqO+46cxDI+lUHAiTl/D+TQtZKhJu/2Nz8dcHpR
	pdH+PCRayWV/km4We4lG7YLGS/bQqiSfJwSXUZ0SIhpC5a5bG0saMovGZfXwrb2mrvK7
	XI08fAyhd6j6SiR0b0/QZgTAMWnnuaHsWhRE2x6Dj/4yXemRKP4dm1r6MNppqOallyxQ
	ky8agd+Hu+lre6hwVC91Ekz89zjvNGRDSoqmEsjRnopNAV9ifGdWZsCxGeqhUgZOa8Kl
	3IPg==
MIME-Version: 1.0
Received: by 10.236.182.7 with SMTP id n7mr25965282yhm.61.1337668891817; Mon,
	21 May 2012 23:41:31 -0700 (PDT)
Received: by 10.146.153.1 with HTTP; Mon, 21 May 2012 23:41:31 -0700 (PDT)
In-Reply-To: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
References: <CAGqcPWBNigMGe3S++Wih9Wt73rh7n5ZGxLRGjk3d6SCLAt__cw@mail.gmail.com>
Date: Tue, 22 May 2012 10:41:31 +0400
Message-ID: <CAGqcPWBbSfx-Xi31o0+H+2=9CowwA0sgNv_3Zt48xW65GFju_Q@mail.gmail.com>
From: Alexander Voropay <alexander.voropay@gmail.com>
To: xen-api@lists.xen.org
Subject: Re: [Xen-API] how to create SR on the FC/GPT/LVM
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

2012/5/21 Alexander Voropay <alexander.voropay@gmail.com>:

> How to create a new StorageRepository on the FibreChannel device
> formatted with GPT partitions and with LVM ?

The 'xe sr-create type=ext' creates SR exactly as required:
- creates LVM on the arbitrary partition
- formats this LogicalVolume with ext3fs  (type=ext)
- creates SR and PBD for this partition

The logic resides into the
/opt/xensource/sm/EXTSR.py

>>'description': 'SR plugin which represents disks as VHD files stored on a local EXT3 filesystem, created inside an LVM volume',



# ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001 -> ../../sdb
lrwxrwxrwx 1 root root 10 May 21 14:54
scsi-3600144f094cdf1c200004fb6438b0001-part1 -> ../../sdb1
...

# xe host-list
uuid ( RO)                : 136dd20c-cf64-4c59-b954-f171c9d4e063
          name-label ( RW): xenserver
    name-description ( RW): Default install of XenServer


# uuidgen
4afccf70-82f5-4dfe-9576-5ccb2b2ca198

Tada!

# xe sr-create host-uuid=136dd20c-cf64-4c59-b954-f171c9d4e063 type=ext
content-type="user" name-label="FC storage" shared=false
device-config-device=/dev/disk/by-id/scsi-3600144f094cdf1c200004fb6438b0001-part1
4afccf70-82f5-4dfe-9576-5ccb2b2ca198



--
-=AV=-

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 08:53:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 08:53:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWkqO-0008Mo-8e; Tue, 22 May 2012 08:53:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWkqM-0008MU-Hr
	for xen-api@lists.xen.org; Tue, 22 May 2012 08:53:26 +0000
Received: from [85.158.139.83:63914] by server-11.bemta-5.messagelabs.com id
	81/A4-23372-5045BBF4; Tue, 22 May 2012 08:53:25 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1337676804!28214958!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15932 invoked from network); 22 May 2012 08:53:24 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 08:53:24 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12597151"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 08:53:23 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 09:53:23 +0100
Message-ID: <1337676802.10118.27.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Rok Strnisa <rok.strnisa@citrix.com>
Date: Tue, 22 May 2012 09:53:22 +0100
In-Reply-To: <d7464edc5453c47e2ff8.1337618956@Nexus>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

(adding xen-api@ to catch the attention of the major user of this)

On Mon, 2012-05-21 at 17:49 +0100, Rok Strnisa wrote:
> This is done mainly because OCaml record type fields share the same namespace.
> Due to this, several fields of the modified types were hidden, and therefore
> inaccessible. Encapsulating the types within their own modules (in a standard
> way), puts the field names within sub-namespaces, and so makes all fields
> accessible.
> 
> Note that this is not a backward-compatible change. For example, code in xcp's
> xen-api component needs to be modified accordingly.

Is someone (you?) also taking care of that side of things? Do we need to
co-ordinate applying this patch on both sides?

Are you proposing this as a change for Xen 4.2? We are currently in
feature freeze so an argument needs to be made for an exception. Are the
xen-api developers happy with this change for 4.2?

Ian.

> 
> Signed-off-by: Rok Strnisa <rok.strnisa@citrix.com>
> 
> diff --git a/tools/ocaml/libs/xc/xenctrl.ml b/tools/ocaml/libs/xc/xenctrl.ml
> --- a/tools/ocaml/libs/xc/xenctrl.ml
> +++ b/tools/ocaml/libs/xc/xenctrl.ml
> @@ -19,75 +19,80 @@ type domid = int
> 
>  (* ** xenctrl.h ** *)
> 
> -type vcpuinfo =
> -{
> -       online: bool;
> -       blocked: bool;
> -       running: bool;
> -       cputime: int64;
> -       cpumap: int32;
> -}
> +module Vcpu_info = struct
> +       type t = {
> +               online : bool;
> +               blocked : bool;
> +               running : bool;
> +               cputime : int64;
> +               cpumap : int32;
> +       }
> +end
> 
> -type domaininfo =
> -{
> -       domid             : domid;
> -       dying             : bool;
> -       shutdown          : bool;
> -       paused            : bool;
> -       blocked           : bool;
> -       running           : bool;
> -       hvm_guest         : bool;
> -       shutdown_code     : int;
> -       total_memory_pages: nativeint;
> -       max_memory_pages  : nativeint;
> -       shared_info_frame : int64;
> -       cpu_time          : int64;
> -       nr_online_vcpus   : int;
> -       max_vcpu_id       : int;
> -       ssidref           : int32;
> -       handle            : int array;
> -}
> +module Domain_info = struct
> +       type t = {
> +               domid : domid;
> +               dying : bool;
> +               shutdown : bool;
> +               paused : bool;
> +               blocked : bool;
> +               running : bool;
> +               hvm_guest : bool;
> +               shutdown_code : int;
> +               total_memory_pages : nativeint;
> +               max_memory_pages : nativeint;
> +               shared_info_frame : int64;
> +               cpu_time : int64;
> +               nr_online_vcpus : int;
> +               max_vcpu_id : int;
> +               ssidref : int32;
> +               handle : int array;
> +       }
> +end
> 
> -type sched_control =
> -{
> -       weight : int;
> -       cap    : int;
> -}
> +module Sched_control = struct
> +       type t = {
> +               weight : int;
> +               cap : int;
> +       }
> +end
> 
> -type physinfo_cap_flag =
> -       | CAP_HVM
> -       | CAP_DirectIO
> +module Phys_info = struct
> +       type cap_flag =
> +               | CAP_HVM
> +               | CAP_DirectIO
> 
> -type physinfo =
> -{
> -       threads_per_core : int;
> -       cores_per_socket : int;
> -       nr_cpus          : int;
> -       max_node_id      : int;
> -       cpu_khz          : int;
> -       total_pages      : nativeint;
> -       free_pages       : nativeint;
> -       scrub_pages      : nativeint;
> -       (* XXX hw_cap *)
> -       capabilities     : physinfo_cap_flag list;
> -       max_nr_cpus      : int;
> -}
> +       type t = {
> +               threads_per_core : int;
> +               cores_per_socket : int;
> +               nr_cpus : int;
> +               max_node_id : int;
> +               cpu_khz : int;
> +               total_pages : nativeint;
> +               free_pages : nativeint;
> +               scrub_pages : nativeint;
> +               (* XXX hw_cap *)
> +               capabilities : cap_flag list;
> +               max_nr_cpus : int;
> +       }
> +end
> 
> -type version =
> -{
> -       major : int;
> -       minor : int;
> -       extra : string;
> -}
> +module Version = struct
> +       type t = {
> +               major : int;
> +               minor : int;
> +               extra : string;
> +       }
> +end
> 
> -
> -type compile_info =
> -{
> -       compiler : string;
> -       compile_by : string;
> -       compile_domain : string;
> -       compile_date : string;
> -}
> +module Compile_info = struct
> +       type t = {
> +               compiler : string;
> +               compile_by : string;
> +               compile_domain : string;
> +               compile_date : string;
> +       }
> +end
> 
>  type shutdown_reason = Poweroff | Reboot | Suspend | Crash | Halt
> 
> @@ -148,21 +153,21 @@ external domain_destroy: handle -> domid
>  external domain_shutdown: handle -> domid -> shutdown_reason -> unit
>         = "stub_xc_domain_shutdown"
> 
> -external _domain_getinfolist: handle -> domid -> int -> domaininfo list
> +external _domain_getinfolist: handle -> domid -> int -> Domain_info.t list
>         = "stub_xc_domain_getinfolist"
> 
>  let domain_getinfolist handle first_domain =
>         let nb = 2 in
> -       let last_domid l = (List.hd l).domid + 1 in
> +       let last_domid l = (List.hd l).Domain_info.domid + 1 in
>         let rec __getlist from =
>                 let l = _domain_getinfolist handle from nb in
>                 (if List.length l = nb then __getlist (last_domid l) else []) @ l
>                 in
>         List.rev (__getlist first_domain)
> 
> -external domain_getinfo: handle -> domid -> domaininfo= "stub_xc_domain_getinfo"
> +external domain_getinfo: handle -> domid -> Domain_info.t = "stub_xc_domain_getinfo"
> 
> -external domain_get_vcpuinfo: handle -> int -> int -> vcpuinfo
> +external domain_get_vcpuinfo: handle -> int -> int -> Vcpu_info.t
>         = "stub_xc_vcpu_getinfo"
> 
>  external domain_ioport_permission: handle -> domid -> int -> int -> bool -> unit
> @@ -182,9 +187,9 @@ external vcpu_context_get: handle -> dom
> 
>  external sched_id: handle -> int = "stub_xc_sched_id"
> 
> -external sched_credit_domain_set: handle -> domid -> sched_control -> unit
> +external sched_credit_domain_set: handle -> domid -> Sched_control.t -> unit
>         = "stub_sched_credit_domain_set"
> -external sched_credit_domain_get: handle -> domid -> sched_control
> +external sched_credit_domain_get: handle -> domid -> Sched_control.t
>         = "stub_sched_credit_domain_get"
> 
>  external shadow_allocation_set: handle -> domid -> int -> unit
> @@ -199,7 +204,7 @@ external evtchn_reset: handle -> domid -
>  external readconsolering: handle -> string = "stub_xc_readconsolering"
> 
>  external send_debug_keys: handle -> string -> unit = "stub_xc_send_debug_keys"
> -external physinfo: handle -> physinfo = "stub_xc_physinfo"
> +external physinfo: handle -> Phys_info.t = "stub_xc_physinfo"
>  external pcpu_info: handle -> int -> int64 array = "stub_xc_pcpu_info"
> 
>  external domain_setmaxmem: handle -> domid -> int64 -> unit
> @@ -237,8 +242,8 @@ external domain_deassign_device: handle
>  external domain_test_assign_device: handle -> domid -> (int * int * int * int) -> bool
>         = "stub_xc_domain_test_assign_device"
> 
> -external version: handle -> version = "stub_xc_version_version"
> -external version_compile_info: handle -> compile_info
> +external version: handle -> Version.t = "stub_xc_version_version"
> +external version_compile_info: handle -> Compile_info.t
>         = "stub_xc_version_compile_info"
>  external version_changeset: handle -> string = "stub_xc_version_changeset"
>  external version_capabilities: handle -> string =
> @@ -271,10 +276,10 @@ let coredump xch domid fd =
> 
>         let info = domain_getinfo xch domid in
> 
> -       let nrpages = info.total_memory_pages in
> -       let ctxt = Array.make info.max_vcpu_id None in
> +       let nrpages = info.Domain_info.total_memory_pages in
> +       let ctxt = Array.make info.Domain_info.max_vcpu_id None in
>         let nr_vcpus = ref 0 in
> -       for i = 0 to info.max_vcpu_id - 1
> +       for i = 0 to info.Domain_info.max_vcpu_id - 1
>         do
>                 ctxt.(i) <- try
>                         let v = vcpu_context_get xch domid i in
> @@ -296,7 +301,7 @@ let coredump xch domid fd =
>                 in
> 
>         let header = {
> -               xch_magic = if info.hvm_guest then Magic_hvm else Magic_pv;
> +               xch_magic = if info.Domain_info.hvm_guest then Magic_hvm else Magic_pv;
>                 xch_nr_vcpus = !nr_vcpus;
>                 xch_nr_pages = nrpages;
>                 xch_ctxt_offset = Int64.of_int (sizeof_core_header ());
> @@ -306,7 +311,7 @@ let coredump xch domid fd =
>         } in
> 
>         dump (marshall_core_header header);
> -       for i = 0 to info.max_vcpu_id - 1
> +       for i = 0 to info.Domain_info.max_vcpu_id - 1
>         do
>                 match ctxt.(i) with
>                 | None -> ()
> diff --git a/tools/ocaml/libs/xc/xenctrl.mli b/tools/ocaml/libs/xc/xenctrl.mli
> --- a/tools/ocaml/libs/xc/xenctrl.mli
> +++ b/tools/ocaml/libs/xc/xenctrl.mli
> @@ -15,52 +15,71 @@
>   *)
> 
>  type domid = int
> -type vcpuinfo = {
> -  online : bool;
> -  blocked : bool;
> -  running : bool;
> -  cputime : int64;
> -  cpumap : int32;
> -}
> -type domaininfo = {
> -  domid : domid;
> -  dying : bool;
> -  shutdown : bool;
> -  paused : bool;
> -  blocked : bool;
> -  running : bool;
> -  hvm_guest : bool;
> -  shutdown_code : int;
> -  total_memory_pages : nativeint;
> -  max_memory_pages : nativeint;
> -  shared_info_frame : int64;
> -  cpu_time : int64;
> -  nr_online_vcpus : int;
> -  max_vcpu_id : int;
> -  ssidref : int32;
> -  handle : int array;
> -}
> -type sched_control = { weight : int; cap : int; }
> -type physinfo_cap_flag = CAP_HVM | CAP_DirectIO
> -type physinfo = {
> -  threads_per_core : int;
> -  cores_per_socket : int;
> -  nr_cpus          : int;
> -  max_node_id      : int;
> -  cpu_khz          : int;
> -  total_pages      : nativeint;
> -  free_pages       : nativeint;
> -  scrub_pages      : nativeint;
> -  capabilities     : physinfo_cap_flag list;
> -  max_nr_cpus      : int; (** compile-time max possible number of nr_cpus *)
> -}
> -type version = { major : int; minor : int; extra : string; }
> -type compile_info = {
> -  compiler : string;
> -  compile_by : string;
> -  compile_domain : string;
> -  compile_date : string;
> -}
> +module Vcpu_info : sig
> +       type t = {
> +               online : bool;
> +               blocked : bool;
> +               running : bool;
> +               cputime : int64;
> +               cpumap : int32;
> +       }
> +end
> +module Domain_info : sig
> +       type t = {
> +               domid : domid;
> +               dying : bool;
> +               shutdown : bool;
> +               paused : bool;
> +               blocked : bool;
> +               running : bool;
> +               hvm_guest : bool;
> +               shutdown_code : int;
> +               total_memory_pages : nativeint;
> +               max_memory_pages : nativeint;
> +               shared_info_frame : int64;
> +               cpu_time : int64;
> +               nr_online_vcpus : int;
> +               max_vcpu_id : int;
> +               ssidref : int32;
> +               handle : int array;
> +       }
> +end
> +module Sched_control : sig
> +       type t = {
> +               weight : int;
> +               cap : int;
> +       }
> +end
> +module Phys_info : sig
> +       type cap_flag = CAP_HVM | CAP_DirectIO
> +       type t = {
> +               threads_per_core : int;
> +               cores_per_socket : int;
> +               nr_cpus : int;
> +               max_node_id : int;
> +               cpu_khz : int;
> +               total_pages : nativeint;
> +               free_pages : nativeint;
> +               scrub_pages : nativeint;
> +               capabilities : cap_flag list;
> +               max_nr_cpus : int; (** compile-time max possible number of nr_cpus *)
> +       }
> +end
> +module Version : sig
> +       type t = {
> +               major : int;
> +               minor : int;
> +               extra : string;
> +       }
> +end
> +module Compile_info : sig
> +       type t = {
> +               compiler : string;
> +               compile_by : string;
> +               compile_domain : string;
> +               compile_date : string;
> +       }
> +end
>  type shutdown_reason = Poweroff | Reboot | Suspend | Crash | Halt
> 
>  type domain_create_flag = CDF_HVM | CDF_HAP
> @@ -86,12 +105,12 @@ external domain_resume_fast : handle ->
>  external domain_destroy : handle -> domid -> unit = "stub_xc_domain_destroy"
>  external domain_shutdown : handle -> domid -> shutdown_reason -> unit
>    = "stub_xc_domain_shutdown"
> -external _domain_getinfolist : handle -> domid -> int -> domaininfo list
> +external _domain_getinfolist : handle -> domid -> int -> Domain_info.t list
>    = "stub_xc_domain_getinfolist"
> -val domain_getinfolist : handle -> domid -> domaininfo list
> -external domain_getinfo : handle -> domid -> domaininfo
> +val domain_getinfolist : handle -> domid -> Domain_info.t list
> +external domain_getinfo : handle -> domid -> Domain_info.t
>    = "stub_xc_domain_getinfo"
> -external domain_get_vcpuinfo : handle -> int -> int -> vcpuinfo
> +external domain_get_vcpuinfo : handle -> int -> int -> Vcpu_info.t
>    = "stub_xc_vcpu_getinfo"
>  external domain_ioport_permission: handle -> domid -> int -> int -> bool -> unit
>         = "stub_xc_domain_ioport_permission"
> @@ -106,9 +125,9 @@ external vcpu_affinity_get : handle -> d
>  external vcpu_context_get : handle -> domid -> int -> string
>    = "stub_xc_vcpu_context_get"
>  external sched_id : handle -> int = "stub_xc_sched_id"
> -external sched_credit_domain_set : handle -> domid -> sched_control -> unit
> +external sched_credit_domain_set : handle -> domid -> Sched_control.t -> unit
>    = "stub_sched_credit_domain_set"
> -external sched_credit_domain_get : handle -> domid -> sched_control
> +external sched_credit_domain_get : handle -> domid -> Sched_control.t
>    = "stub_sched_credit_domain_get"
>  external shadow_allocation_set : handle -> domid -> int -> unit
>    = "stub_shadow_allocation_set"
> @@ -119,7 +138,7 @@ external evtchn_alloc_unbound : handle -
>  external evtchn_reset : handle -> domid -> unit = "stub_xc_evtchn_reset"
>  external readconsolering : handle -> string = "stub_xc_readconsolering"
>  external send_debug_keys : handle -> string -> unit = "stub_xc_send_debug_keys"
> -external physinfo : handle -> physinfo = "stub_xc_physinfo"
> +external physinfo : handle -> Phys_info.t = "stub_xc_physinfo"
>  external pcpu_info: handle -> int -> int64 array = "stub_xc_pcpu_info"
>  external domain_setmaxmem : handle -> domid -> int64 -> unit
>    = "stub_xc_domain_setmaxmem"
> @@ -142,8 +161,8 @@ external domain_deassign_device: handle
>  external domain_test_assign_device: handle -> domid -> (int * int * int * int) -> bool
>         = "stub_xc_domain_test_assign_device"
> 
> -external version : handle -> version = "stub_xc_version_version"
> -external version_compile_info : handle -> compile_info
> +external version : handle -> Version.t = "stub_xc_version_version"
> +external version_compile_info : handle -> Compile_info.t
>    = "stub_xc_version_compile_info"
>  external version_changeset : handle -> string = "stub_xc_version_changeset"
>  external version_capabilities : handle -> string
> diff --git a/tools/ocaml/xenstored/domains.ml b/tools/ocaml/xenstored/domains.ml
> --- a/tools/ocaml/xenstored/domains.ml
> +++ b/tools/ocaml/xenstored/domains.ml
> @@ -36,10 +36,11 @@ let cleanup xc doms =
>         Hashtbl.iter (fun id _ -> if id <> 0 then
>                 try
>                         let info = Xenctrl.domain_getinfo xc id in
> -                       if info.Xenctrl.shutdown || info.Xenctrl.dying then (
> +                       if info.Xenctrl.Domain_info.shutdown || info.Xenctrl.Domain_info.dying then (
>                                 debug "Domain %u died (dying=%b, shutdown %b -- code %d)"
> -                                                   id info.Xenctrl.dying info.Xenctrl.shutdown info.Xenctrl.shutdown_code;
> -                               if info.Xenctrl.dying then
> +                                       id info.Xenctrl.Domain_info.dying info.Xenctrl.Domain_info.shutdown
> +                                       info.Xenctrl.Domain_info.shutdown_code;
> +                               if info.Xenctrl.Domain_info.dying then
>                                         dead_dom := id :: !dead_dom
>                                 else
>                                         notify := true;
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 08:53:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 08:53:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWkqO-0008Mo-8e; Tue, 22 May 2012 08:53:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWkqM-0008MU-Hr
	for xen-api@lists.xen.org; Tue, 22 May 2012 08:53:26 +0000
Received: from [85.158.139.83:63914] by server-11.bemta-5.messagelabs.com id
	81/A4-23372-5045BBF4; Tue, 22 May 2012 08:53:25 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-3.tower-182.messagelabs.com!1337676804!28214958!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15932 invoked from network); 22 May 2012 08:53:24 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 08:53:24 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12597151"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 08:53:23 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 09:53:23 +0100
Message-ID: <1337676802.10118.27.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Rok Strnisa <rok.strnisa@citrix.com>
Date: Tue, 22 May 2012 09:53:22 +0100
In-Reply-To: <d7464edc5453c47e2ff8.1337618956@Nexus>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

(adding xen-api@ to catch the attention of the major user of this)

On Mon, 2012-05-21 at 17:49 +0100, Rok Strnisa wrote:
> This is done mainly because OCaml record type fields share the same namespace.
> Due to this, several fields of the modified types were hidden, and therefore
> inaccessible. Encapsulating the types within their own modules (in a standard
> way), puts the field names within sub-namespaces, and so makes all fields
> accessible.
> 
> Note that this is not a backward-compatible change. For example, code in xcp's
> xen-api component needs to be modified accordingly.

Is someone (you?) also taking care of that side of things? Do we need to
co-ordinate applying this patch on both sides?

Are you proposing this as a change for Xen 4.2? We are currently in
feature freeze so an argument needs to be made for an exception. Are the
xen-api developers happy with this change for 4.2?

Ian.

> 
> Signed-off-by: Rok Strnisa <rok.strnisa@citrix.com>
> 
> diff --git a/tools/ocaml/libs/xc/xenctrl.ml b/tools/ocaml/libs/xc/xenctrl.ml
> --- a/tools/ocaml/libs/xc/xenctrl.ml
> +++ b/tools/ocaml/libs/xc/xenctrl.ml
> @@ -19,75 +19,80 @@ type domid = int
> 
>  (* ** xenctrl.h ** *)
> 
> -type vcpuinfo =
> -{
> -       online: bool;
> -       blocked: bool;
> -       running: bool;
> -       cputime: int64;
> -       cpumap: int32;
> -}
> +module Vcpu_info = struct
> +       type t = {
> +               online : bool;
> +               blocked : bool;
> +               running : bool;
> +               cputime : int64;
> +               cpumap : int32;
> +       }
> +end
> 
> -type domaininfo =
> -{
> -       domid             : domid;
> -       dying             : bool;
> -       shutdown          : bool;
> -       paused            : bool;
> -       blocked           : bool;
> -       running           : bool;
> -       hvm_guest         : bool;
> -       shutdown_code     : int;
> -       total_memory_pages: nativeint;
> -       max_memory_pages  : nativeint;
> -       shared_info_frame : int64;
> -       cpu_time          : int64;
> -       nr_online_vcpus   : int;
> -       max_vcpu_id       : int;
> -       ssidref           : int32;
> -       handle            : int array;
> -}
> +module Domain_info = struct
> +       type t = {
> +               domid : domid;
> +               dying : bool;
> +               shutdown : bool;
> +               paused : bool;
> +               blocked : bool;
> +               running : bool;
> +               hvm_guest : bool;
> +               shutdown_code : int;
> +               total_memory_pages : nativeint;
> +               max_memory_pages : nativeint;
> +               shared_info_frame : int64;
> +               cpu_time : int64;
> +               nr_online_vcpus : int;
> +               max_vcpu_id : int;
> +               ssidref : int32;
> +               handle : int array;
> +       }
> +end
> 
> -type sched_control =
> -{
> -       weight : int;
> -       cap    : int;
> -}
> +module Sched_control = struct
> +       type t = {
> +               weight : int;
> +               cap : int;
> +       }
> +end
> 
> -type physinfo_cap_flag =
> -       | CAP_HVM
> -       | CAP_DirectIO
> +module Phys_info = struct
> +       type cap_flag =
> +               | CAP_HVM
> +               | CAP_DirectIO
> 
> -type physinfo =
> -{
> -       threads_per_core : int;
> -       cores_per_socket : int;
> -       nr_cpus          : int;
> -       max_node_id      : int;
> -       cpu_khz          : int;
> -       total_pages      : nativeint;
> -       free_pages       : nativeint;
> -       scrub_pages      : nativeint;
> -       (* XXX hw_cap *)
> -       capabilities     : physinfo_cap_flag list;
> -       max_nr_cpus      : int;
> -}
> +       type t = {
> +               threads_per_core : int;
> +               cores_per_socket : int;
> +               nr_cpus : int;
> +               max_node_id : int;
> +               cpu_khz : int;
> +               total_pages : nativeint;
> +               free_pages : nativeint;
> +               scrub_pages : nativeint;
> +               (* XXX hw_cap *)
> +               capabilities : cap_flag list;
> +               max_nr_cpus : int;
> +       }
> +end
> 
> -type version =
> -{
> -       major : int;
> -       minor : int;
> -       extra : string;
> -}
> +module Version = struct
> +       type t = {
> +               major : int;
> +               minor : int;
> +               extra : string;
> +       }
> +end
> 
> -
> -type compile_info =
> -{
> -       compiler : string;
> -       compile_by : string;
> -       compile_domain : string;
> -       compile_date : string;
> -}
> +module Compile_info = struct
> +       type t = {
> +               compiler : string;
> +               compile_by : string;
> +               compile_domain : string;
> +               compile_date : string;
> +       }
> +end
> 
>  type shutdown_reason = Poweroff | Reboot | Suspend | Crash | Halt
> 
> @@ -148,21 +153,21 @@ external domain_destroy: handle -> domid
>  external domain_shutdown: handle -> domid -> shutdown_reason -> unit
>         = "stub_xc_domain_shutdown"
> 
> -external _domain_getinfolist: handle -> domid -> int -> domaininfo list
> +external _domain_getinfolist: handle -> domid -> int -> Domain_info.t list
>         = "stub_xc_domain_getinfolist"
> 
>  let domain_getinfolist handle first_domain =
>         let nb = 2 in
> -       let last_domid l = (List.hd l).domid + 1 in
> +       let last_domid l = (List.hd l).Domain_info.domid + 1 in
>         let rec __getlist from =
>                 let l = _domain_getinfolist handle from nb in
>                 (if List.length l = nb then __getlist (last_domid l) else []) @ l
>                 in
>         List.rev (__getlist first_domain)
> 
> -external domain_getinfo: handle -> domid -> domaininfo= "stub_xc_domain_getinfo"
> +external domain_getinfo: handle -> domid -> Domain_info.t = "stub_xc_domain_getinfo"
> 
> -external domain_get_vcpuinfo: handle -> int -> int -> vcpuinfo
> +external domain_get_vcpuinfo: handle -> int -> int -> Vcpu_info.t
>         = "stub_xc_vcpu_getinfo"
> 
>  external domain_ioport_permission: handle -> domid -> int -> int -> bool -> unit
> @@ -182,9 +187,9 @@ external vcpu_context_get: handle -> dom
> 
>  external sched_id: handle -> int = "stub_xc_sched_id"
> 
> -external sched_credit_domain_set: handle -> domid -> sched_control -> unit
> +external sched_credit_domain_set: handle -> domid -> Sched_control.t -> unit
>         = "stub_sched_credit_domain_set"
> -external sched_credit_domain_get: handle -> domid -> sched_control
> +external sched_credit_domain_get: handle -> domid -> Sched_control.t
>         = "stub_sched_credit_domain_get"
> 
>  external shadow_allocation_set: handle -> domid -> int -> unit
> @@ -199,7 +204,7 @@ external evtchn_reset: handle -> domid -
>  external readconsolering: handle -> string = "stub_xc_readconsolering"
> 
>  external send_debug_keys: handle -> string -> unit = "stub_xc_send_debug_keys"
> -external physinfo: handle -> physinfo = "stub_xc_physinfo"
> +external physinfo: handle -> Phys_info.t = "stub_xc_physinfo"
>  external pcpu_info: handle -> int -> int64 array = "stub_xc_pcpu_info"
> 
>  external domain_setmaxmem: handle -> domid -> int64 -> unit
> @@ -237,8 +242,8 @@ external domain_deassign_device: handle
>  external domain_test_assign_device: handle -> domid -> (int * int * int * int) -> bool
>         = "stub_xc_domain_test_assign_device"
> 
> -external version: handle -> version = "stub_xc_version_version"
> -external version_compile_info: handle -> compile_info
> +external version: handle -> Version.t = "stub_xc_version_version"
> +external version_compile_info: handle -> Compile_info.t
>         = "stub_xc_version_compile_info"
>  external version_changeset: handle -> string = "stub_xc_version_changeset"
>  external version_capabilities: handle -> string =
> @@ -271,10 +276,10 @@ let coredump xch domid fd =
> 
>         let info = domain_getinfo xch domid in
> 
> -       let nrpages = info.total_memory_pages in
> -       let ctxt = Array.make info.max_vcpu_id None in
> +       let nrpages = info.Domain_info.total_memory_pages in
> +       let ctxt = Array.make info.Domain_info.max_vcpu_id None in
>         let nr_vcpus = ref 0 in
> -       for i = 0 to info.max_vcpu_id - 1
> +       for i = 0 to info.Domain_info.max_vcpu_id - 1
>         do
>                 ctxt.(i) <- try
>                         let v = vcpu_context_get xch domid i in
> @@ -296,7 +301,7 @@ let coredump xch domid fd =
>                 in
> 
>         let header = {
> -               xch_magic = if info.hvm_guest then Magic_hvm else Magic_pv;
> +               xch_magic = if info.Domain_info.hvm_guest then Magic_hvm else Magic_pv;
>                 xch_nr_vcpus = !nr_vcpus;
>                 xch_nr_pages = nrpages;
>                 xch_ctxt_offset = Int64.of_int (sizeof_core_header ());
> @@ -306,7 +311,7 @@ let coredump xch domid fd =
>         } in
> 
>         dump (marshall_core_header header);
> -       for i = 0 to info.max_vcpu_id - 1
> +       for i = 0 to info.Domain_info.max_vcpu_id - 1
>         do
>                 match ctxt.(i) with
>                 | None -> ()
> diff --git a/tools/ocaml/libs/xc/xenctrl.mli b/tools/ocaml/libs/xc/xenctrl.mli
> --- a/tools/ocaml/libs/xc/xenctrl.mli
> +++ b/tools/ocaml/libs/xc/xenctrl.mli
> @@ -15,52 +15,71 @@
>   *)
> 
>  type domid = int
> -type vcpuinfo = {
> -  online : bool;
> -  blocked : bool;
> -  running : bool;
> -  cputime : int64;
> -  cpumap : int32;
> -}
> -type domaininfo = {
> -  domid : domid;
> -  dying : bool;
> -  shutdown : bool;
> -  paused : bool;
> -  blocked : bool;
> -  running : bool;
> -  hvm_guest : bool;
> -  shutdown_code : int;
> -  total_memory_pages : nativeint;
> -  max_memory_pages : nativeint;
> -  shared_info_frame : int64;
> -  cpu_time : int64;
> -  nr_online_vcpus : int;
> -  max_vcpu_id : int;
> -  ssidref : int32;
> -  handle : int array;
> -}
> -type sched_control = { weight : int; cap : int; }
> -type physinfo_cap_flag = CAP_HVM | CAP_DirectIO
> -type physinfo = {
> -  threads_per_core : int;
> -  cores_per_socket : int;
> -  nr_cpus          : int;
> -  max_node_id      : int;
> -  cpu_khz          : int;
> -  total_pages      : nativeint;
> -  free_pages       : nativeint;
> -  scrub_pages      : nativeint;
> -  capabilities     : physinfo_cap_flag list;
> -  max_nr_cpus      : int; (** compile-time max possible number of nr_cpus *)
> -}
> -type version = { major : int; minor : int; extra : string; }
> -type compile_info = {
> -  compiler : string;
> -  compile_by : string;
> -  compile_domain : string;
> -  compile_date : string;
> -}
> +module Vcpu_info : sig
> +       type t = {
> +               online : bool;
> +               blocked : bool;
> +               running : bool;
> +               cputime : int64;
> +               cpumap : int32;
> +       }
> +end
> +module Domain_info : sig
> +       type t = {
> +               domid : domid;
> +               dying : bool;
> +               shutdown : bool;
> +               paused : bool;
> +               blocked : bool;
> +               running : bool;
> +               hvm_guest : bool;
> +               shutdown_code : int;
> +               total_memory_pages : nativeint;
> +               max_memory_pages : nativeint;
> +               shared_info_frame : int64;
> +               cpu_time : int64;
> +               nr_online_vcpus : int;
> +               max_vcpu_id : int;
> +               ssidref : int32;
> +               handle : int array;
> +       }
> +end
> +module Sched_control : sig
> +       type t = {
> +               weight : int;
> +               cap : int;
> +       }
> +end
> +module Phys_info : sig
> +       type cap_flag = CAP_HVM | CAP_DirectIO
> +       type t = {
> +               threads_per_core : int;
> +               cores_per_socket : int;
> +               nr_cpus : int;
> +               max_node_id : int;
> +               cpu_khz : int;
> +               total_pages : nativeint;
> +               free_pages : nativeint;
> +               scrub_pages : nativeint;
> +               capabilities : cap_flag list;
> +               max_nr_cpus : int; (** compile-time max possible number of nr_cpus *)
> +       }
> +end
> +module Version : sig
> +       type t = {
> +               major : int;
> +               minor : int;
> +               extra : string;
> +       }
> +end
> +module Compile_info : sig
> +       type t = {
> +               compiler : string;
> +               compile_by : string;
> +               compile_domain : string;
> +               compile_date : string;
> +       }
> +end
>  type shutdown_reason = Poweroff | Reboot | Suspend | Crash | Halt
> 
>  type domain_create_flag = CDF_HVM | CDF_HAP
> @@ -86,12 +105,12 @@ external domain_resume_fast : handle ->
>  external domain_destroy : handle -> domid -> unit = "stub_xc_domain_destroy"
>  external domain_shutdown : handle -> domid -> shutdown_reason -> unit
>    = "stub_xc_domain_shutdown"
> -external _domain_getinfolist : handle -> domid -> int -> domaininfo list
> +external _domain_getinfolist : handle -> domid -> int -> Domain_info.t list
>    = "stub_xc_domain_getinfolist"
> -val domain_getinfolist : handle -> domid -> domaininfo list
> -external domain_getinfo : handle -> domid -> domaininfo
> +val domain_getinfolist : handle -> domid -> Domain_info.t list
> +external domain_getinfo : handle -> domid -> Domain_info.t
>    = "stub_xc_domain_getinfo"
> -external domain_get_vcpuinfo : handle -> int -> int -> vcpuinfo
> +external domain_get_vcpuinfo : handle -> int -> int -> Vcpu_info.t
>    = "stub_xc_vcpu_getinfo"
>  external domain_ioport_permission: handle -> domid -> int -> int -> bool -> unit
>         = "stub_xc_domain_ioport_permission"
> @@ -106,9 +125,9 @@ external vcpu_affinity_get : handle -> d
>  external vcpu_context_get : handle -> domid -> int -> string
>    = "stub_xc_vcpu_context_get"
>  external sched_id : handle -> int = "stub_xc_sched_id"
> -external sched_credit_domain_set : handle -> domid -> sched_control -> unit
> +external sched_credit_domain_set : handle -> domid -> Sched_control.t -> unit
>    = "stub_sched_credit_domain_set"
> -external sched_credit_domain_get : handle -> domid -> sched_control
> +external sched_credit_domain_get : handle -> domid -> Sched_control.t
>    = "stub_sched_credit_domain_get"
>  external shadow_allocation_set : handle -> domid -> int -> unit
>    = "stub_shadow_allocation_set"
> @@ -119,7 +138,7 @@ external evtchn_alloc_unbound : handle -
>  external evtchn_reset : handle -> domid -> unit = "stub_xc_evtchn_reset"
>  external readconsolering : handle -> string = "stub_xc_readconsolering"
>  external send_debug_keys : handle -> string -> unit = "stub_xc_send_debug_keys"
> -external physinfo : handle -> physinfo = "stub_xc_physinfo"
> +external physinfo : handle -> Phys_info.t = "stub_xc_physinfo"
>  external pcpu_info: handle -> int -> int64 array = "stub_xc_pcpu_info"
>  external domain_setmaxmem : handle -> domid -> int64 -> unit
>    = "stub_xc_domain_setmaxmem"
> @@ -142,8 +161,8 @@ external domain_deassign_device: handle
>  external domain_test_assign_device: handle -> domid -> (int * int * int * int) -> bool
>         = "stub_xc_domain_test_assign_device"
> 
> -external version : handle -> version = "stub_xc_version_version"
> -external version_compile_info : handle -> compile_info
> +external version : handle -> Version.t = "stub_xc_version_version"
> +external version_compile_info : handle -> Compile_info.t
>    = "stub_xc_version_compile_info"
>  external version_changeset : handle -> string = "stub_xc_version_changeset"
>  external version_capabilities : handle -> string
> diff --git a/tools/ocaml/xenstored/domains.ml b/tools/ocaml/xenstored/domains.ml
> --- a/tools/ocaml/xenstored/domains.ml
> +++ b/tools/ocaml/xenstored/domains.ml
> @@ -36,10 +36,11 @@ let cleanup xc doms =
>         Hashtbl.iter (fun id _ -> if id <> 0 then
>                 try
>                         let info = Xenctrl.domain_getinfo xc id in
> -                       if info.Xenctrl.shutdown || info.Xenctrl.dying then (
> +                       if info.Xenctrl.Domain_info.shutdown || info.Xenctrl.Domain_info.dying then (
>                                 debug "Domain %u died (dying=%b, shutdown %b -- code %d)"
> -                                                   id info.Xenctrl.dying info.Xenctrl.shutdown info.Xenctrl.shutdown_code;
> -                               if info.Xenctrl.dying then
> +                                       id info.Xenctrl.Domain_info.dying info.Xenctrl.Domain_info.shutdown
> +                                       info.Xenctrl.Domain_info.shutdown_code;
> +                               if info.Xenctrl.Domain_info.dying then
>                                         dead_dom := id :: !dead_dom
>                                 else
>                                         notify := true;
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 09:45:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 09:45:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlf4-0001c8-6k; Tue, 22 May 2012 09:45:50 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <rok.strnisa@citrix.com>) id 1SWlf2-0001c0-BC
	for xen-api@lists.xen.org; Tue, 22 May 2012 09:45:48 +0000
Received: from [85.158.143.99:54995] by server-2.bemta-4.messagelabs.com id
	89/91-12211-B406BBF4; Tue, 22 May 2012 09:45:47 +0000
X-Env-Sender: rok.strnisa@citrix.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337679928!28287142!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30117 invoked from network); 22 May 2012 09:45:29 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 09:45:29 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12598854"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 09:45:26 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 22 May 2012
	10:45:25 +0100
From: Rok Strnisa <rok.strnisa@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>, Dave Scott
	<Dave.Scott@eu.citrix.com>, Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 22 May 2012 10:45:24 +0100
Thread-Topic: [Xen-devel] [PATCH] Encapsulate several OCaml types within
	xenctrl
Thread-Index: Ac03+FiIEvSjMFQiS86R0RA/xk6u0AABACjg
Message-ID: <B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
In-Reply-To: <1337676802.10118.27.camel@zakaz.uk.xensource.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Ian,

> > Note that this is not a backward-compatible change. For example, code in
> xcp's
> > xen-api component needs to be modified accordingly.
> 
> Is someone (you?) also taking care of that side of things? Do we need to
> co-ordinate applying this patch on both sides?

Yes. The code has already been written:
https://github.com/xen-org/xen-api/pull/631

Internally, we'll most likely start using a slightly different (due to an extra
type that needed encapsulation: Xenctrl.runstateinfo) patch to Xen soon, together
with the changes to xen-api.

I have already spoken to Dave about this change. (Adding Dave and Jon to To.)

> Are you proposing this as a change for Xen 4.2? We are currently in
> feature freeze so an argument needs to be made for an exception. Are the
> xen-api developers happy with this change for 4.2?

I see no reason not to include it immediately, since it is only a namespace
and naming (albeit a backward incompatible) change, not also a semantic change,
and therefore cannot introduce regressions when the client code is only adapted
to use the new namespaces and names.

Regards,
Rok
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 09:45:58 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 09:45:58 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlf4-0001c8-6k; Tue, 22 May 2012 09:45:50 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <rok.strnisa@citrix.com>) id 1SWlf2-0001c0-BC
	for xen-api@lists.xen.org; Tue, 22 May 2012 09:45:48 +0000
Received: from [85.158.143.99:54995] by server-2.bemta-4.messagelabs.com id
	89/91-12211-B406BBF4; Tue, 22 May 2012 09:45:47 +0000
X-Env-Sender: rok.strnisa@citrix.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337679928!28287142!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30117 invoked from network); 22 May 2012 09:45:29 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 09:45:29 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12598854"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 09:45:26 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 22 May 2012
	10:45:25 +0100
From: Rok Strnisa <rok.strnisa@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>, Dave Scott
	<Dave.Scott@eu.citrix.com>, Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 22 May 2012 10:45:24 +0100
Thread-Topic: [Xen-devel] [PATCH] Encapsulate several OCaml types within
	xenctrl
Thread-Index: Ac03+FiIEvSjMFQiS86R0RA/xk6u0AABACjg
Message-ID: <B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
In-Reply-To: <1337676802.10118.27.camel@zakaz.uk.xensource.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Ian,

> > Note that this is not a backward-compatible change. For example, code in
> xcp's
> > xen-api component needs to be modified accordingly.
> 
> Is someone (you?) also taking care of that side of things? Do we need to
> co-ordinate applying this patch on both sides?

Yes. The code has already been written:
https://github.com/xen-org/xen-api/pull/631

Internally, we'll most likely start using a slightly different (due to an extra
type that needed encapsulation: Xenctrl.runstateinfo) patch to Xen soon, together
with the changes to xen-api.

I have already spoken to Dave about this change. (Adding Dave and Jon to To.)

> Are you proposing this as a change for Xen 4.2? We are currently in
> feature freeze so an argument needs to be made for an exception. Are the
> xen-api developers happy with this change for 4.2?

I see no reason not to include it immediately, since it is only a namespace
and naming (albeit a backward incompatible) change, not also a semantic change,
and therefore cannot introduce regressions when the client code is only adapted
to use the new namespaces and names.

Regards,
Rok
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 09:57:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 09:57:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlqR-0001uS-TR; Tue, 22 May 2012 09:57:35 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SWlqR-0001uG-5l
	for xen-api@lists.xen.org; Tue, 22 May 2012 09:57:35 +0000
Received: from [85.158.143.99:20314] by server-3.bemta-4.messagelabs.com id
	B0/5B-05853-E036BBF4; Tue, 22 May 2012 09:57:34 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337680653!28856216!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16162 invoked from network); 22 May 2012 09:57:33 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 09:57:33 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12599238"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 09:57:33 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 22 May 2012
	10:57:33 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: Rok Strnisa <rok.strnisa@citrix.com>, Ian Campbell
	<Ian.Campbell@citrix.com>, Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 22 May 2012 10:57:32 +0100
Thread-Topic: [Xen-devel] [PATCH] Encapsulate several OCaml types within
	xenctrl
Thread-Index: Ac03+FiIEvSjMFQiS86R0RA/xk6u0AABACjgAAD9O0A=
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
	<B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
In-Reply-To: <B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

Rok wrote:
> I have already spoken to Dave about this change. (Adding Dave and Jon
> to To.)

Ian wrote:
> > Are you proposing this as a change for Xen 4.2? We are currently in
> > feature freeze so an argument needs to be made for an exception. Are
> the
> > xen-api developers happy with this change for 4.2?

> I see no reason not to include it immediately, since it is only a
> namespace
> and naming (albeit a backward incompatible) change, not also a semantic
> change,
> and therefore cannot introduce regressions when the client code is only
> adapted
> to use the new namespaces and names.

I think the important thing is getting the change into xen-unstable, but
I don't think it's necessary for 4.2.

If the patch isn't in 4.2 but does get into xen-unstable then the master branch
of xen-api will be updated to match xen-unstable (via Rok's pull request) and
we'll just have to add the inverse of Rok's patch into the patchqueue for the
debian xapi packages which be rebased against 4.2 (I assume). That doesn't
seem too bad.

Cheers,
Dave
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 09:57:44 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 09:57:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlqR-0001uS-TR; Tue, 22 May 2012 09:57:35 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SWlqR-0001uG-5l
	for xen-api@lists.xen.org; Tue, 22 May 2012 09:57:35 +0000
Received: from [85.158.143.99:20314] by server-3.bemta-4.messagelabs.com id
	B0/5B-05853-E036BBF4; Tue, 22 May 2012 09:57:34 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337680653!28856216!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16162 invoked from network); 22 May 2012 09:57:33 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 09:57:33 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12599238"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 09:57:33 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 22 May 2012
	10:57:33 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: Rok Strnisa <rok.strnisa@citrix.com>, Ian Campbell
	<Ian.Campbell@citrix.com>, Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 22 May 2012 10:57:32 +0100
Thread-Topic: [Xen-devel] [PATCH] Encapsulate several OCaml types within
	xenctrl
Thread-Index: Ac03+FiIEvSjMFQiS86R0RA/xk6u0AABACjgAAD9O0A=
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
	<B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
In-Reply-To: <B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

Rok wrote:
> I have already spoken to Dave about this change. (Adding Dave and Jon
> to To.)

Ian wrote:
> > Are you proposing this as a change for Xen 4.2? We are currently in
> > feature freeze so an argument needs to be made for an exception. Are
> the
> > xen-api developers happy with this change for 4.2?

> I see no reason not to include it immediately, since it is only a
> namespace
> and naming (albeit a backward incompatible) change, not also a semantic
> change,
> and therefore cannot introduce regressions when the client code is only
> adapted
> to use the new namespaces and names.

I think the important thing is getting the change into xen-unstable, but
I don't think it's necessary for 4.2.

If the patch isn't in 4.2 but does get into xen-unstable then the master branch
of xen-api will be updated to match xen-unstable (via Rok's pull request) and
we'll just have to add the inverse of Rok's patch into the patchqueue for the
debian xapi packages which be rebased against 4.2 (I assume). That doesn't
seem too bad.

Cheers,
Dave
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 10:02:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 10:02:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlvU-0002AO-J3; Tue, 22 May 2012 10:02:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWlvT-0002AB-Lu
	for xen-api@lists.xen.org; Tue, 22 May 2012 10:02:47 +0000
Received: from [85.158.138.51:28958] by server-12.bemta-3.messagelabs.com id
	CF/4F-29760-6446BBF4; Tue, 22 May 2012 10:02:46 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1337680965!20504846!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14000 invoked from network); 22 May 2012 10:02:46 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 10:02:46 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12599420"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 10:02:45 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 11:02:45 +0100
Message-ID: <1337680964.10118.64.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>
Date: Tue, 22 May 2012 11:02:44 +0100
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
	<B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
	<81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, 2012-05-22 at 10:57 +0100, Dave Scott wrote:
> Hi,
> 
> Rok wrote:
> > I have already spoken to Dave about this change. (Adding Dave and Jon
> > to To.)
> 
> Ian wrote:
> > > Are you proposing this as a change for Xen 4.2? We are currently in
> > > feature freeze so an argument needs to be made for an exception. Are
> > the
> > > xen-api developers happy with this change for 4.2?
> 
> > I see no reason not to include it immediately, since it is only a
> > namespace
> > and naming (albeit a backward incompatible) change, not also a semantic
> > change,
> > and therefore cannot introduce regressions when the client code is only
> > adapted
> > to use the new namespaces and names.
> 
> I think the important thing is getting the change into xen-unstable, but
> I don't think it's necessary for 4.2.

We don't branch 4.2 until the rc's start -- so there is currently no
separate unstable and 4.2 at the moment. Anything which goes into
unstable is by definition in 4.2.

So really the question is whether we are happy to have this in 4.2 vs.
not committing it until after we branch.

> If the patch isn't in 4.2 but does get into xen-unstable then the master branch
> of xen-api will be updated to match xen-unstable (via Rok's pull request) and
> we'll just have to add the inverse of Rok's patch into the patchqueue for the
> debian xapi packages which be rebased against 4.2 (I assume). That doesn't
> seem too bad.
> 
> Cheers,
> Dave



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 10:02:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 10:02:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWlvU-0002AO-J3; Tue, 22 May 2012 10:02:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWlvT-0002AB-Lu
	for xen-api@lists.xen.org; Tue, 22 May 2012 10:02:47 +0000
Received: from [85.158.138.51:28958] by server-12.bemta-3.messagelabs.com id
	CF/4F-29760-6446BBF4; Tue, 22 May 2012 10:02:46 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-174.messagelabs.com!1337680965!20504846!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14000 invoked from network); 22 May 2012 10:02:46 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 10:02:46 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12599420"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 10:02:45 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 11:02:45 +0100
Message-ID: <1337680964.10118.64.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>
Date: Tue, 22 May 2012 11:02:44 +0100
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
References: <d7464edc5453c47e2ff8.1337618956@Nexus>
	<1337676802.10118.27.camel@zakaz.uk.xensource.com>
	<B462D1536FED1140871BC97AB218A659CB207DF5F3@LONPMAILBOX01.citrite.net>
	<81A73678E76EA642801C8F2E4823AD21DA9F513A79@LONPMAILBOX01.citrite.net>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [PATCH] Encapsulate several OCaml types
 within xenctrl
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, 2012-05-22 at 10:57 +0100, Dave Scott wrote:
> Hi,
> 
> Rok wrote:
> > I have already spoken to Dave about this change. (Adding Dave and Jon
> > to To.)
> 
> Ian wrote:
> > > Are you proposing this as a change for Xen 4.2? We are currently in
> > > feature freeze so an argument needs to be made for an exception. Are
> > the
> > > xen-api developers happy with this change for 4.2?
> 
> > I see no reason not to include it immediately, since it is only a
> > namespace
> > and naming (albeit a backward incompatible) change, not also a semantic
> > change,
> > and therefore cannot introduce regressions when the client code is only
> > adapted
> > to use the new namespaces and names.
> 
> I think the important thing is getting the change into xen-unstable, but
> I don't think it's necessary for 4.2.

We don't branch 4.2 until the rc's start -- so there is currently no
separate unstable and 4.2 at the moment. Anything which goes into
unstable is by definition in 4.2.

So really the question is whether we are happy to have this in 4.2 vs.
not committing it until after we branch.

> If the patch isn't in 4.2 but does get into xen-unstable then the master branch
> of xen-api will be updated to match xen-unstable (via Rok's pull request) and
> we'll just have to add the inverse of Rok's patch into the patchqueue for the
> debian xapi packages which be rebased against 4.2 (I assume). That doesn't
> seem too bad.
> 
> Cheers,
> Dave



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 12:34:19 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 12:34:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWoI1-0005uZ-CH; Tue, 22 May 2012 12:34:13 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWoHz-0005u8-S1
	for xen-api@lists.xen.org; Tue, 22 May 2012 12:34:11 +0000
Received: from [193.109.254.147:6744] by server-2.bemta-14.messagelabs.com id
	98/5B-19409-3C78BBF4; Tue, 22 May 2012 12:34:11 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1337690049!10652819!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19967 invoked from network); 22 May 2012 12:34:09 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 12:34:09 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12603417"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 12:34:09 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 13:34:09 +0100
Message-ID: <1337690047.10118.103.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: =?UTF-8?Q?=E5=B4=94=E6=99=BA=E7=BB=8F?= <cuizhijing@apusic.com>
Date: Tue, 22 May 2012 13:34:07 +0100
In-Reply-To: <1337679473.9066.11.camel@cuizhijing-ubuntu>
References: <1337679473.9066.11.camel@cuizhijing-ubuntu>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users]  XCP slave poweroff issue , please help
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

SGkgSmFjaywKClF1ZXN0aW9ucyByZWdhcmRpbmcgWENQIGFyZSBiZXN0IGFkZHJlc3NlZCB0byB0
aGUgeGVuLWFwaUAgbGlzdCwgd2hpY2gKSSd2ZSBub3cgQ0NkLgoKT24gVHVlLCAyMDEyLTA1LTIy
IGF0IDEwOjM3ICswMTAwLCDltJTmmbrnu48gd3JvdGU6Cj4gSGksCj4gSSBkaWQgYSBtYXN0ZXIt
ZmFpbGVkIHRlc3Qgd2l0aCAzIFBDcy5BbGwgb2YgdGhlIFBDcyBhcmUgaW5zdGFsbGVkIHdpdGgK
PiBYQ1AgVjEuIFdoYXQgSSBhbSBnb2luZyB0byBkbyBpcyB0aGF0IGhvdyB0byBzaHV0ZG93biBh
IHNsYXZlIHdoZW4KPiBtYXN0ZXIgb2YgcG9vbCBmYWlsZWQuCj4gSSBzZXQgdXAgYSBwb29sIGlu
Y2x1ZGVkIHRoZSBQQ3MsYW5kIEkgaGFyZCBwb3dlcm9mZiB0aGUgbWFzdGVyLkkgdHlwZWQKPiAi
cG93ZXJvZmYiIGluIENMSSBvZiBzbGF2ZXMuQnV0IHRoZSBzbGF2ZXMgZGlkbid0IHNodXRkb3du
LlRoZXkgc3RpY2tlZAo+IGluICJTdG9yaW5nIG5ldHdvcmsgY29uZmlndXJhdGlvbiIuCj4gSSBq
dXN0IHdhbnQgdGhlIHNsYXZlIHRoYXQgY2FuIGJlIHNodXRkb3duIGNvcnJlY3RseSB3aGVuIHRo
ZSBtYXN0ZXIKPiBmYWlsZWQuCj4gUGxlYXNlIGhlbHAgbWUuCj4gCj4gQmVzdCByZWdhcmRzLCAK
PiBKYWNrCj4gCj4gCj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5v
cmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFw
aUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0
aW5mby94ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Tue May 22 12:34:19 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 12:34:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWoI1-0005uZ-CH; Tue, 22 May 2012 12:34:13 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SWoHz-0005u8-S1
	for xen-api@lists.xen.org; Tue, 22 May 2012 12:34:11 +0000
Received: from [193.109.254.147:6744] by server-2.bemta-14.messagelabs.com id
	98/5B-19409-3C78BBF4; Tue, 22 May 2012 12:34:11 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-3.tower-27.messagelabs.com!1337690049!10652819!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTY5OQ==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19967 invoked from network); 22 May 2012 12:34:09 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 12:34:09 -0000
X-IronPort-AV: E=Sophos;i="4.75,637,1330905600"; d="scan'208";a="12603417"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	22 May 2012 12:34:09 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Tue, 22 May 2012 13:34:09 +0100
Message-ID: <1337690047.10118.103.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: =?UTF-8?Q?=E5=B4=94=E6=99=BA=E7=BB=8F?= <cuizhijing@apusic.com>
Date: Tue, 22 May 2012 13:34:07 +0100
In-Reply-To: <1337679473.9066.11.camel@cuizhijing-ubuntu>
References: <1337679473.9066.11.camel@cuizhijing-ubuntu>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-users@lists.xen.org" <xen-users@lists.xen.org>, xen-api@lists.xen.org
Subject: Re: [Xen-API] [Xen-users]  XCP slave poweroff issue , please help
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

SGkgSmFjaywKClF1ZXN0aW9ucyByZWdhcmRpbmcgWENQIGFyZSBiZXN0IGFkZHJlc3NlZCB0byB0
aGUgeGVuLWFwaUAgbGlzdCwgd2hpY2gKSSd2ZSBub3cgQ0NkLgoKT24gVHVlLCAyMDEyLTA1LTIy
IGF0IDEwOjM3ICswMTAwLCDltJTmmbrnu48gd3JvdGU6Cj4gSGksCj4gSSBkaWQgYSBtYXN0ZXIt
ZmFpbGVkIHRlc3Qgd2l0aCAzIFBDcy5BbGwgb2YgdGhlIFBDcyBhcmUgaW5zdGFsbGVkIHdpdGgK
PiBYQ1AgVjEuIFdoYXQgSSBhbSBnb2luZyB0byBkbyBpcyB0aGF0IGhvdyB0byBzaHV0ZG93biBh
IHNsYXZlIHdoZW4KPiBtYXN0ZXIgb2YgcG9vbCBmYWlsZWQuCj4gSSBzZXQgdXAgYSBwb29sIGlu
Y2x1ZGVkIHRoZSBQQ3MsYW5kIEkgaGFyZCBwb3dlcm9mZiB0aGUgbWFzdGVyLkkgdHlwZWQKPiAi
cG93ZXJvZmYiIGluIENMSSBvZiBzbGF2ZXMuQnV0IHRoZSBzbGF2ZXMgZGlkbid0IHNodXRkb3du
LlRoZXkgc3RpY2tlZAo+IGluICJTdG9yaW5nIG5ldHdvcmsgY29uZmlndXJhdGlvbiIuCj4gSSBq
dXN0IHdhbnQgdGhlIHNsYXZlIHRoYXQgY2FuIGJlIHNodXRkb3duIGNvcnJlY3RseSB3aGVuIHRo
ZSBtYXN0ZXIKPiBmYWlsZWQuCj4gUGxlYXNlIGhlbHAgbWUuCj4gCj4gQmVzdCByZWdhcmRzLCAK
PiBKYWNrCj4gCj4gCj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5v
cmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFw
aUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0
aW5mby94ZW4tYXBpCg==

From xen-api-bounces@lists.xen.org Tue May 22 14:09:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 14:09:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWpmL-0003Oa-8g; Tue, 22 May 2012 14:09:37 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SWpmJ-0003OU-Oz
	for xen-api@lists.xen.org; Tue, 22 May 2012 14:09:35 +0000
Received: from [85.158.143.35:40572] by server-2.bemta-4.messagelabs.com id
	BB/E2-12211-F1E9BBF4; Tue, 22 May 2012 14:09:35 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337695774!4986870!1
X-Originating-IP: [194.30.0.207]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDI1MDA2\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15388 invoked from network); 22 May 2012 14:09:34 -0000
Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207)
	by server-5.tower-21.messagelabs.com with SMTP;
	22 May 2012 14:09:34 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop03.sare.net (Postfix) with ESMTPSA id 930E49DC4C7
	for <xen-api@lists.xen.org>; Tue, 22 May 2012 16:09:33 +0200 (CEST)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
Date: Tue, 22 May 2012 16:09:32 +0200
Message-Id: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
To: xen-api@lists.xen.org
Mime-Version: 1.0 (Apple Message framework v1278)
X-Mailer: Apple Mail (2.1278)
Subject: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

Just for confirming it=85 I have been taking a look at XenServerTools and t=
he script's code and so=85 and after looking how Xen works with FreeBSD (wh=
ich seems to be pretty happy with XENHVM 64 bit kernel just it unless in Xe=
n4)=85 I have determined that basically the XenCloud and XenServer should h=
ave something to block the machine movement, snapshot and this kind of feat=
ures basically from Xen=85 because for example the machine suspend/resume w=
orks out of the box with the XENHVM kernel and a Xen 4 host kernel. Perhaps=
 can be an XML in where you have a variable or whatever, wherever that allo=
ws or blocks to Xen API (Xencenter) doing this kind of features?. I got of =
course xenstore-* working apparently fine in FreeBSD domU.

Could anyone please give me an idea??.

Thanks a lot for you're time.
Best regards
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 14:09:43 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 14:09:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWpmL-0003Oa-8g; Tue, 22 May 2012 14:09:37 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SWpmJ-0003OU-Oz
	for xen-api@lists.xen.org; Tue, 22 May 2012 14:09:35 +0000
Received: from [85.158.143.35:40572] by server-2.bemta-4.messagelabs.com id
	BB/E2-12211-F1E9BBF4; Tue, 22 May 2012 14:09:35 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337695774!4986870!1
X-Originating-IP: [194.30.0.207]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuMjA3ID0+IDI1MDA2\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15388 invoked from network); 22 May 2012 14:09:34 -0000
Received: from proxypop03.sare.net (HELO proxypop03.sare.net) (194.30.0.207)
	by server-5.tower-21.messagelabs.com with SMTP;
	22 May 2012 14:09:34 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop03.sare.net (Postfix) with ESMTPSA id 930E49DC4C7
	for <xen-api@lists.xen.org>; Tue, 22 May 2012 16:09:33 +0200 (CEST)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
Date: Tue, 22 May 2012 16:09:32 +0200
Message-Id: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
To: xen-api@lists.xen.org
Mime-Version: 1.0 (Apple Message framework v1278)
X-Mailer: Apple Mail (2.1278)
Subject: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

Just for confirming it=85 I have been taking a look at XenServerTools and t=
he script's code and so=85 and after looking how Xen works with FreeBSD (wh=
ich seems to be pretty happy with XENHVM 64 bit kernel just it unless in Xe=
n4)=85 I have determined that basically the XenCloud and XenServer should h=
ave something to block the machine movement, snapshot and this kind of feat=
ures basically from Xen=85 because for example the machine suspend/resume w=
orks out of the box with the XENHVM kernel and a Xen 4 host kernel. Perhaps=
 can be an XML in where you have a variable or whatever, wherever that allo=
ws or blocks to Xen API (Xencenter) doing this kind of features?. I got of =
course xenstore-* working apparently fine in FreeBSD domU.

Could anyone please give me an idea??.

Thanks a lot for you're time.
Best regards
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 19:31:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 19:31:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWunE-0007uK-1c; Tue, 22 May 2012 19:30:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWunC-0007uE-Jz
	for xen-api@lists.xensource.com; Tue, 22 May 2012 19:30:50 +0000
Received: from [85.158.143.35:27487] by server-1.bemta-4.messagelabs.com id
	83/0B-00342-969EBBF4; Tue, 22 May 2012 19:30:49 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337715047!13566100!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12049 invoked from network); 22 May 2012 19:30:48 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 19:30:48 -0000
Received: by lahg1 with SMTP id g1so5285948lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 12:30:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=3BfqslS+QneOv+NqQhO0UpT4cBzA89gDcU3eZvytvqY=;
	b=rf3sctzlmi/K6t7A+hT99gcqgsikIOnHj9L7Ji0cu1+vPSTHWsihq30wUWw+b/wIjQ
	Lwe+A6OUnkidOJ20RmRu0tqwSBwiI/CMUvkO76OxdisciFlvHVw6SEEh0MzNo4ISB4t6
	+wCA/eXSTA43tlmnSkFq/ZYRXLHqhYzeZsdsXGO//3NbbgZYFB50IYuqLQzMGBNq2C8+
	6t7TTwmUiMWqJEJ2RhmSwpp0+VLpK8ih6mnRaK/tCyX4u55gF9QItwmdpyjbBKUsoU9J
	L6BHKmevOnzH8WZxSqr45SJPktdFxaZjbHrQqiknDFXxxpsNCYgrNLLsRM90ycFkDIiu
	yPCQ==
Received: by 10.112.29.199 with SMTP id m7mr10930296lbh.31.1337715047312;
	Tue, 22 May 2012 12:30:47 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id hg4sm1086861lab.11.2012.05.22.12.30.45
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 12:30:46 -0700 (PDT)
Message-ID: <4FBBE967.3080507@gmail.com>
Date: Tue, 22 May 2012 23:30:47 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

Some question about current state of xapi/XCP:

1) Will XCP 1.5  (iso-based version) be released?
2) What is current kronos/zeus status? I means, is it product ready?
3) I see many interesting commits in xen-api tree: can newer version be 
adopted to current XCP (1.1) without major problems?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 19:31:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 19:31:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWunE-0007uK-1c; Tue, 22 May 2012 19:30:52 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWunC-0007uE-Jz
	for xen-api@lists.xensource.com; Tue, 22 May 2012 19:30:50 +0000
Received: from [85.158.143.35:27487] by server-1.bemta-4.messagelabs.com id
	83/0B-00342-969EBBF4; Tue, 22 May 2012 19:30:49 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-3.tower-21.messagelabs.com!1337715047!13566100!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12049 invoked from network); 22 May 2012 19:30:48 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 19:30:48 -0000
Received: by lahg1 with SMTP id g1so5285948lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 12:30:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=3BfqslS+QneOv+NqQhO0UpT4cBzA89gDcU3eZvytvqY=;
	b=rf3sctzlmi/K6t7A+hT99gcqgsikIOnHj9L7Ji0cu1+vPSTHWsihq30wUWw+b/wIjQ
	Lwe+A6OUnkidOJ20RmRu0tqwSBwiI/CMUvkO76OxdisciFlvHVw6SEEh0MzNo4ISB4t6
	+wCA/eXSTA43tlmnSkFq/ZYRXLHqhYzeZsdsXGO//3NbbgZYFB50IYuqLQzMGBNq2C8+
	6t7TTwmUiMWqJEJ2RhmSwpp0+VLpK8ih6mnRaK/tCyX4u55gF9QItwmdpyjbBKUsoU9J
	L6BHKmevOnzH8WZxSqr45SJPktdFxaZjbHrQqiknDFXxxpsNCYgrNLLsRM90ycFkDIiu
	yPCQ==
Received: by 10.112.29.199 with SMTP id m7mr10930296lbh.31.1337715047312;
	Tue, 22 May 2012 12:30:47 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id hg4sm1086861lab.11.2012.05.22.12.30.45
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 12:30:46 -0700 (PDT)
Message-ID: <4FBBE967.3080507@gmail.com>
Date: Tue, 22 May 2012 23:30:47 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Good day.

Some question about current state of xapi/XCP:

1) Will XCP 1.5  (iso-based version) be released?
2) What is current kronos/zeus status? I means, is it product ready?
3) I see many interesting commits in xen-api tree: can newer version be 
adopted to current XCP (1.1) without major problems?

Thanks.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 20:30:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 20:30:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWviS-0000cc-6R; Tue, 22 May 2012 20:30:00 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SWviQ-0000cX-T8
	for xen-api@lists.xensource.com; Tue, 22 May 2012 20:29:59 +0000
Received: from [85.158.138.51:63224] by server-1.bemta-3.messagelabs.com id
	0F/F8-11491-647FBBF4; Tue, 22 May 2012 20:29:58 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337718596!20469844!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11055 invoked from network); 22 May 2012 20:29:57 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 22 May 2012 20:29:57 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id D329FFE02D;
	Tue, 22 May 2012 20:30:23 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=DlOqRkXQr
	nzXTbwSaKHoi3sbnHI=; b=GVGRo8JqQ8hvCflVW3kuMLICM8ABhgJ62d4ECEMDl
	YP6nZHbFoSwi/6fdoG4ga+FQq7+2KSW9XUDYiShTQa4UMqi+1j0DcZA7fkUvpsew
	Pg/xeHGT/COdCaEHj91mLhFwXNHVh8IBTAnJmmlDBgsQq4PZoqBBnAWyPayDCIdG
	Ec=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=MmZ
	2OCg5SN/Up6juuI+D/Oi+3TfRgelwHmUrN4+MKhyQt8DRn5cdOZy+cvt54WTVzHF
	XA8O38T9CVRdSY8xI7KtoTY1DYqHns/Tfy0CphUOAvHJ5RdV4iu8JpZuX5ROY0eZ
	fzUSK7Vxdq6TiMydJiamvoh5/Oe8+27crm5N0zj8=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id 14B3C468003;
	Tue, 22 May 2012 20:30:22 +0000 (UTC)
Message-ID: <4FBBF741.4020807@goirand.fr>
Date: Wed, 23 May 2012 04:29:53 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBBE967.3080507@gmail.com>
In-Reply-To: <4FBBE967.3080507@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/23/2012 03:30 AM, George Shuklin wrote:
> 2) What is current kronos/zeus status? I means, is it product ready?

Just speaking for myself, with my Debian maintainer hat on...

XCP is in Debian SID since December. There's no open bugs
on any of the packages. So, either nobody is using it (but the
popcon is saying otherwise), or there's no (major) issue.

I would love to see more users testing it, especially considering
that Wheezy will be frozen in a month.

So please use it, and if you see any issue and report it well,
rest assured that it will be promptly fixed. As much as I can
see, there's no major problems (I used it enough to say this).

Cheers,

Thomas Goirand (zigo)


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 20:30:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 20:30:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWviS-0000cc-6R; Tue, 22 May 2012 20:30:00 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SWviQ-0000cX-T8
	for xen-api@lists.xensource.com; Tue, 22 May 2012 20:29:59 +0000
Received: from [85.158.138.51:63224] by server-1.bemta-3.messagelabs.com id
	0F/F8-11491-647FBBF4; Tue, 22 May 2012 20:29:58 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337718596!20469844!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11055 invoked from network); 22 May 2012 20:29:57 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-3.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 22 May 2012 20:29:57 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id D329FFE02D;
	Tue, 22 May 2012 20:30:23 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=DlOqRkXQr
	nzXTbwSaKHoi3sbnHI=; b=GVGRo8JqQ8hvCflVW3kuMLICM8ABhgJ62d4ECEMDl
	YP6nZHbFoSwi/6fdoG4ga+FQq7+2KSW9XUDYiShTQa4UMqi+1j0DcZA7fkUvpsew
	Pg/xeHGT/COdCaEHj91mLhFwXNHVh8IBTAnJmmlDBgsQq4PZoqBBnAWyPayDCIdG
	Ec=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=MmZ
	2OCg5SN/Up6juuI+D/Oi+3TfRgelwHmUrN4+MKhyQt8DRn5cdOZy+cvt54WTVzHF
	XA8O38T9CVRdSY8xI7KtoTY1DYqHns/Tfy0CphUOAvHJ5RdV4iu8JpZuX5ROY0eZ
	fzUSK7Vxdq6TiMydJiamvoh5/Oe8+27crm5N0zj8=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id 14B3C468003;
	Tue, 22 May 2012 20:30:22 +0000 (UTC)
Message-ID: <4FBBF741.4020807@goirand.fr>
Date: Wed, 23 May 2012 04:29:53 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBBE967.3080507@gmail.com>
In-Reply-To: <4FBBE967.3080507@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/23/2012 03:30 AM, George Shuklin wrote:
> 2) What is current kronos/zeus status? I means, is it product ready?

Just speaking for myself, with my Debian maintainer hat on...

XCP is in Debian SID since December. There's no open bugs
on any of the packages. So, either nobody is using it (but the
popcon is saying otherwise), or there's no (major) issue.

I would love to see more users testing it, especially considering
that Wheezy will be frozen in a month.

So please use it, and if you see any issue and report it well,
rest assured that it will be promptly fixed. As much as I can
see, there's no major problems (I used it enough to say this).

Cheers,

Thomas Goirand (zigo)


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 21:14:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 21:14:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWwPb-0001vk-2l; Tue, 22 May 2012 21:14:35 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWwPZ-0001vf-Jl
	for xen-api@lists.xensource.com; Tue, 22 May 2012 21:14:33 +0000
Received: from [85.158.139.83:22915] by server-11.bemta-5.messagelabs.com id
	50/E1-23372-8B10CBF4; Tue, 22 May 2012 21:14:32 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-182.messagelabs.com!1337721271!18539491!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15508 invoked from network); 22 May 2012 21:14:32 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 21:14:32 -0000
Received: by lahg1 with SMTP id g1so5360242lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 14:14:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=ME/IPcbLhKU4k2kRIeMPWV19wOdkyNAi/OQmi9y5Oyk=;
	b=VYlokmluFTHiMaRwrN65xwYZJKr7WKNr59DEvMqJnsinTtYwvNi5AC8Lfe3WUtcwAd
	FVWl0sd8XjMLZ8z+0exEW+/zKebRuzn6UDvqDhCVyYbBy8nV1V0IUSzl1WRZtOCDtZMt
	CCr9c8DUZwrscwLXluyFkHzKkIwrElpRricBze9LI1j8z1p9pumLtOOP1z+f9IJsFBr8
	Y747im7y1F1BM8CqABmpU0LN7+x0bk7eGs33Qy+c0IiGZ49JkEfb6HhcAhvt1Mml/0Jq
	eqO71KEgntrHX0vS/iZWYX+VA1rQWKUqroFkbJ5POSG7qxDTrADRNbH+nUy5UvnLvg7P
	382w==
Received: by 10.112.48.169 with SMTP id m9mr10427823lbn.93.1337721271612;
	Tue, 22 May 2012 14:14:31 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fd1sm1975588lbb.7.2012.05.22.14.14.29
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 14:14:30 -0700 (PDT)
Message-ID: <4FBC01B9.7080509@gmail.com>
Date: Wed, 23 May 2012 01:14:33 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: Thomas Goirand <thomas@goirand.fr>
References: <4FBBE967.3080507@gmail.com> <4FBBF741.4020807@goirand.fr>
In-Reply-To: <4FBBF741.4020807@goirand.fr>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 00:29, Thomas Goirand wrote:
> On 05/23/2012 03:30 AM, George Shuklin wrote:
>> 2) What is current kronos/zeus status? I means, is it product ready?
> Just speaking for myself, with my Debian maintainer hat on...
>
> XCP is in Debian SID since December. There's no open bugs
> on any of the packages. So, either nobody is using it (but the
> popcon is saying otherwise), or there's no (major) issue.
>
> I would love to see more users testing it, especially considering
> that Wheezy will be frozen in a month.
>
> So please use it, and if you see any issue and report it well,
> rest assured that it will be promptly fixed. As much as I can
> see, there's no major problems (I used it enough to say this).
>
> Cheers,
>
> Thomas Goirand (zigo)

Ok, thank you. I'll do some testing... Beware of bugreport flood 
(because XCP even in citrix ISO-way is ... well... full of many small, 
but annoying bugs, like zombie domains during failed migration, lot of 
strange behavior in LVMoISCSI SM and so on).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 22 21:14:42 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 22 May 2012 21:14:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWwPb-0001vk-2l; Tue, 22 May 2012 21:14:35 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWwPZ-0001vf-Jl
	for xen-api@lists.xensource.com; Tue, 22 May 2012 21:14:33 +0000
Received: from [85.158.139.83:22915] by server-11.bemta-5.messagelabs.com id
	50/E1-23372-8B10CBF4; Tue, 22 May 2012 21:14:32 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-182.messagelabs.com!1337721271!18539491!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15508 invoked from network); 22 May 2012 21:14:32 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	22 May 2012 21:14:32 -0000
Received: by lahg1 with SMTP id g1so5360242lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 14:14:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=ME/IPcbLhKU4k2kRIeMPWV19wOdkyNAi/OQmi9y5Oyk=;
	b=VYlokmluFTHiMaRwrN65xwYZJKr7WKNr59DEvMqJnsinTtYwvNi5AC8Lfe3WUtcwAd
	FVWl0sd8XjMLZ8z+0exEW+/zKebRuzn6UDvqDhCVyYbBy8nV1V0IUSzl1WRZtOCDtZMt
	CCr9c8DUZwrscwLXluyFkHzKkIwrElpRricBze9LI1j8z1p9pumLtOOP1z+f9IJsFBr8
	Y747im7y1F1BM8CqABmpU0LN7+x0bk7eGs33Qy+c0IiGZ49JkEfb6HhcAhvt1Mml/0Jq
	eqO71KEgntrHX0vS/iZWYX+VA1rQWKUqroFkbJ5POSG7qxDTrADRNbH+nUy5UvnLvg7P
	382w==
Received: by 10.112.48.169 with SMTP id m9mr10427823lbn.93.1337721271612;
	Tue, 22 May 2012 14:14:31 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fd1sm1975588lbb.7.2012.05.22.14.14.29
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 14:14:30 -0700 (PDT)
Message-ID: <4FBC01B9.7080509@gmail.com>
Date: Wed, 23 May 2012 01:14:33 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: Thomas Goirand <thomas@goirand.fr>
References: <4FBBE967.3080507@gmail.com> <4FBBF741.4020807@goirand.fr>
In-Reply-To: <4FBBF741.4020807@goirand.fr>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 00:29, Thomas Goirand wrote:
> On 05/23/2012 03:30 AM, George Shuklin wrote:
>> 2) What is current kronos/zeus status? I means, is it product ready?
> Just speaking for myself, with my Debian maintainer hat on...
>
> XCP is in Debian SID since December. There's no open bugs
> on any of the packages. So, either nobody is using it (but the
> popcon is saying otherwise), or there's no (major) issue.
>
> I would love to see more users testing it, especially considering
> that Wheezy will be frozen in a month.
>
> So please use it, and if you see any issue and report it well,
> rest assured that it will be promptly fixed. As much as I can
> see, there's no major problems (I used it enough to say this).
>
> Cheers,
>
> Thomas Goirand (zigo)

Ok, thank you. I'll do some testing... Beware of bugreport flood 
(because XCP even in citrix ISO-way is ... well... full of many small, 
but annoying bugs, like zombie domains during failed migration, lot of 
strange behavior in LVMoISCSI SM and so on).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 00:55:24 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 00:55:24 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWzr9-0003ve-LL; Wed, 23 May 2012 00:55:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWzr8-0003vZ-HO
	for xen-api@lists.xensource.com; Wed, 23 May 2012 00:55:14 +0000
Received: from [193.109.254.147:25091] by server-9.bemta-14.messagelabs.com id
	1C/BF-05787-1753CBF4; Wed, 23 May 2012 00:55:13 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1337734512!9989540!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23729 invoked from network); 23 May 2012 00:55:13 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 00:55:13 -0000
Received: by lahg1 with SMTP id g1so5467902lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 17:55:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=LTTWKLbXGnP+f0efyZclI5pK/KKjvuAx9QPmAKWV4f0=;
	b=pbX+Dd/Ys31Uh2OhAGgRF+VQuQH9s3znOvNXHXrzieo7jZh4UnJX119cTs+XHuR5Qk
	e8BFjUaIAYaBHn6pA1AJW7KY6zcxEZlCr9RD5zSjvUpxKQC9/9fRGBsAoRv3hhjCpVtA
	Yx+1Jave14B2NG8MACdhRyVk19U5PH+Nw0Cr0fWs2BCb9y2mkV9DORIm/LcXxdxHDUyR
	Ti3GWcLZK8rEWm7dTBGxjX+MPdk7rwjqCel0nkc2IzAdc+wo7H+1sTb5TZ8r6W/lg4db
	5QKOHw6Lee1zjsPFB/fzJ3GmlvI9l1Z353Yp8EUHbXYpDeYDk3JTttjPNtKcKWWyzqfo
	Nfog==
Received: by 10.152.135.105 with SMTP id pr9mr17179952lab.37.1337734512011;
	Tue, 22 May 2012 17:55:12 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fd1sm2219631lbb.7.2012.05.22.17.55.10
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 17:55:10 -0700 (PDT)
Message-ID: <4FBC356C.3020702@gmail.com>
Date: Wed, 23 May 2012 04:55:08 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] xcp-xapi (debian): no /dev/xvd* device after vbd-plug to
	dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Got that problem:

VBD between VDI and dom0, after plugging (successful) - no /dev/xvd* 
device in dom0.


Full description and logs here: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674088

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 00:55:24 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 00:55:24 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SWzr9-0003ve-LL; Wed, 23 May 2012 00:55:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SWzr8-0003vZ-HO
	for xen-api@lists.xensource.com; Wed, 23 May 2012 00:55:14 +0000
Received: from [193.109.254.147:25091] by server-9.bemta-14.messagelabs.com id
	1C/BF-05787-1753CBF4; Wed, 23 May 2012 00:55:13 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1337734512!9989540!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23729 invoked from network); 23 May 2012 00:55:13 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 00:55:13 -0000
Received: by lahg1 with SMTP id g1so5467902lah.30
	for <xen-api@lists.xensource.com>; Tue, 22 May 2012 17:55:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:content-transfer-encoding;
	bh=LTTWKLbXGnP+f0efyZclI5pK/KKjvuAx9QPmAKWV4f0=;
	b=pbX+Dd/Ys31Uh2OhAGgRF+VQuQH9s3znOvNXHXrzieo7jZh4UnJX119cTs+XHuR5Qk
	e8BFjUaIAYaBHn6pA1AJW7KY6zcxEZlCr9RD5zSjvUpxKQC9/9fRGBsAoRv3hhjCpVtA
	Yx+1Jave14B2NG8MACdhRyVk19U5PH+Nw0Cr0fWs2BCb9y2mkV9DORIm/LcXxdxHDUyR
	Ti3GWcLZK8rEWm7dTBGxjX+MPdk7rwjqCel0nkc2IzAdc+wo7H+1sTb5TZ8r6W/lg4db
	5QKOHw6Lee1zjsPFB/fzJ3GmlvI9l1Z353Yp8EUHbXYpDeYDk3JTttjPNtKcKWWyzqfo
	Nfog==
Received: by 10.152.135.105 with SMTP id pr9mr17179952lab.37.1337734512011;
	Tue, 22 May 2012 17:55:12 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id fd1sm2219631lbb.7.2012.05.22.17.55.10
	(version=SSLv3 cipher=OTHER); Tue, 22 May 2012 17:55:10 -0700 (PDT)
Message-ID: <4FBC356C.3020702@gmail.com>
Date: Wed, 23 May 2012 04:55:08 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: [Xen-API] xcp-xapi (debian): no /dev/xvd* device after vbd-plug to
	dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Got that problem:

VBD between VDI and dom0, after plugging (successful) - no /dev/xvd* 
device in dom0.


Full description and logs here: 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674088

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 08:06:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 08:06:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX6ah-0006Ez-5n; Wed, 23 May 2012 08:06:43 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SX6af-0006Eu-Qb
	for xen-api@lists.xensource.com; Wed, 23 May 2012 08:06:41 +0000
Received: from [193.109.254.147:3601] by server-12.bemta-14.messagelabs.com id
	88/70-05898-19A9CBF4; Wed, 23 May 2012 08:06:41 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1337760394!10706964!1
X-Originating-IP: [209.85.214.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30689 invoked from network); 23 May 2012 08:06:35 -0000
Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com)
	(209.85.214.43)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 08:06:35 -0000
Received: by bkty5 with SMTP id y5so6749589bkt.30
	for <xen-api@lists.xensource.com>; Wed, 23 May 2012 01:06:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=nbH9d+M1uQkKangSBGn3I83NpbuzJFNKOT5H2h5v19U=;
	b=mQ1UOK3AXoO2Fh+vu9hjItqgDQPNxCSuZ+y1eboqXzEKvkzfbcSCkpegPOs+xARxxW
	7Rbts52ABGgk/WVsRBkB4HfCKJivLjvzfXrOeCSVIJ/ogy/2z75gN+iTE4D4OtUHIrem
	Sp9T1AIwO1hIrkARuY/6p0sxWdqwod4eEKIo0OnvyLtZdvwwOw9WHkhbBvWealo2JuYx
	7ZShsKczVear+S9ZfpUdlTgr+l7Oua+vyBcrivKKGILNfAZkPn3NaB+nUz5KJMNNV8YK
	L0siHwxQxtPcF5PCwqyuaoU7oEmTDIqUlQZrjaX34GNg0pIHZX+4C9XahN+dmzwBXcUI
	3iRA==
Received: by 10.204.155.135 with SMTP id s7mr10732970bkw.121.1337760393986;
	Wed, 23 May 2012 01:06:33 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id z14sm35470718bky.15.2012.05.23.01.06.31
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 01:06:32 -0700 (PDT)
Message-ID: <4FBC9A86.9000106@gmail.com>
Date: Wed, 23 May 2012 10:06:30 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBC356C.3020702@gmail.com>
In-Reply-To: <4FBC356C.3020702@gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] xcp-xapi (debian): no /dev/xvd* device after vbd-plug
 to dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Il 23/05/2012 02:55, George Shuklin ha scritto:
> Got that problem:
>
> VBD between VDI and dom0, after plugging (successful) - no /dev/xvd* 
> device in dom0.
>
I found the same behavior with centos6. The device appear under 
/dev/xen/blktap-2 but the frontend device is not created.

M.



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 08:06:51 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 08:06:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX6ah-0006Ez-5n; Wed, 23 May 2012 08:06:43 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SX6af-0006Eu-Qb
	for xen-api@lists.xensource.com; Wed, 23 May 2012 08:06:41 +0000
Received: from [193.109.254.147:3601] by server-12.bemta-14.messagelabs.com id
	88/70-05898-19A9CBF4; Wed, 23 May 2012 08:06:41 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1337760394!10706964!1
X-Originating-IP: [209.85.214.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30689 invoked from network); 23 May 2012 08:06:35 -0000
Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com)
	(209.85.214.43)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 08:06:35 -0000
Received: by bkty5 with SMTP id y5so6749589bkt.30
	for <xen-api@lists.xensource.com>; Wed, 23 May 2012 01:06:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=nbH9d+M1uQkKangSBGn3I83NpbuzJFNKOT5H2h5v19U=;
	b=mQ1UOK3AXoO2Fh+vu9hjItqgDQPNxCSuZ+y1eboqXzEKvkzfbcSCkpegPOs+xARxxW
	7Rbts52ABGgk/WVsRBkB4HfCKJivLjvzfXrOeCSVIJ/ogy/2z75gN+iTE4D4OtUHIrem
	Sp9T1AIwO1hIrkARuY/6p0sxWdqwod4eEKIo0OnvyLtZdvwwOw9WHkhbBvWealo2JuYx
	7ZShsKczVear+S9ZfpUdlTgr+l7Oua+vyBcrivKKGILNfAZkPn3NaB+nUz5KJMNNV8YK
	L0siHwxQxtPcF5PCwqyuaoU7oEmTDIqUlQZrjaX34GNg0pIHZX+4C9XahN+dmzwBXcUI
	3iRA==
Received: by 10.204.155.135 with SMTP id s7mr10732970bkw.121.1337760393986;
	Wed, 23 May 2012 01:06:33 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id z14sm35470718bky.15.2012.05.23.01.06.31
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 01:06:32 -0700 (PDT)
Message-ID: <4FBC9A86.9000106@gmail.com>
Date: Wed, 23 May 2012 10:06:30 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBC356C.3020702@gmail.com>
In-Reply-To: <4FBC356C.3020702@gmail.com>
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] xcp-xapi (debian): no /dev/xvd* device after vbd-plug
 to dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Il 23/05/2012 02:55, George Shuklin ha scritto:
> Got that problem:
>
> VBD between VDI and dom0, after plugging (successful) - no /dev/xvd* 
> device in dom0.
>
I found the same behavior with centos6. The device appear under 
/dev/xen/blktap-2 but the frontend device is not created.

M.



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 10:38:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 10:38:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX8xd-0004bw-BP; Wed, 23 May 2012 10:38:33 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <vaerivatnet@gmail.com>) id 1SX8xc-0004bo-4Y
	for xen-api@lists.xen.org; Wed, 23 May 2012 10:38:32 +0000
Received: from [85.158.143.99:56907] by server-2.bemta-4.messagelabs.com id
	4F/25-12211-72EBCBF4; Wed, 23 May 2012 10:38:31 +0000
X-Env-Sender: vaerivatnet@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337769508!21851235!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8060 invoked from network); 23 May 2012 10:38:29 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 10:38:29 -0000
Received: by yhoo21 with SMTP id o21so7764502yho.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 03:38:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=l1nkUuvzeF3thtIo/5LmDwFhkRB5jsbY4LPZETuJPYs=;
	b=wZgrbSJ4kF6lPyDJJFTpKa+qH810E8vvcNOhUY0QYeeDZ1uyb9alw5GXY5Z4AnENlt
	4ghYgFzs1aZRGuZNlNgr7pKvkJh4ACY+WCiZSC/f/bYMThUjse6Urj/Q3h4BmVsyupBa
	vqZO+eQQP6Pu2IuynL8Dh1qH9iTW0dNZyQNENd4X+fxUX0YV74vh71ebObS7m2uTw1gq
	hAUzC8JRAk4oIHh6BVPVSQQbbJ82RwCel4hS2+2nxee7GDanovLYbo1T8cXeZrY75SV0
	4PO2bvbtNCZEwm/41Ht9Yx/npZG7/wQ3nyljIPNmXVzWD5/YV6QBVI7P6+S9twiWWC4Y
	PVyA==
MIME-Version: 1.0
Received: by 10.50.13.180 with SMTP id i20mr12626329igc.19.1337769507772; Wed,
	23 May 2012 03:38:27 -0700 (PDT)
Received: by 10.64.76.39 with HTTP; Wed, 23 May 2012 03:38:27 -0700 (PDT)
Date: Wed, 23 May 2012 12:38:27 +0200
Message-ID: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
From: Little Vaerivatnet <vaerivatnet@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] Xmlrpc response missing vif data
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4665329392815652728=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4665329392815652728==
Content-Type: multipart/alternative; boundary=f46d043bda224d595f04c0b1bc8e

--f46d043bda224d595f04c0b1bc8e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all,
   I'm unable to resolve following problem:
- Remus network buffering doesn't work. It seems to be because of no vif is
reported by the function server.xend.domain on line 29 of
/usr/local/lib/python2.7/dist-
packages/xen/remus/vm.py (seen using pdb) :
 27    if domid:
 28       try:
 29          self.dominfo =3D server.xend.domain(domid, 'all')

> /usr/local/lib/python2.7/dist-packages/xen/remus/vm.py(36)__init__()
-> if self.dominfo:
(Pdb) print self.dominfo
['domain', ['domid', 2], ['cpu_weight', 256], ['cpu_cap', 0], ['pool_name',
'Pool-0'], ['bootloader', ''], ['vcpus', 1], ['cpus', [[0, 1]]],
['on_poweroff', 'destroy'], ['on_crash', 'restart'], ['uuid',
'be52df45-4a7e-48ab-a101-3f6693d0ecf4'], ['bootloader_args', ''], ['name', =
'
fsb.t.org'], ['on_reboot', 'restart'], ['maxmem', 129], ['memory', 128],
['shadow_memory', 0], ['features', ''], ['on_xend_start', 'ignore'],
['on_xend_stop', 'ignore'], ['start_time', 1337550697.86], ['cpu_time',
4.62718796], ['online_vcpus', 1], ['image', ['linux', ['kernel', ''],
['superpages', 0], ['nomigrate', 0], ['tsc_mode', 0]]], ['status', 2],
['state', '-b----'], ['device', ['console', ['protocol', 'vt100'],
['location', '2'], ['uuid', '72576092-468f-5d0f-7b29-7b5d0a63c6c1']]]]
(Pdb)

- xl list -l fsb.t.org (see below) shows vif data
- the VM is connected to the network during the boot (with a static IP via
a bridge) without any problem
- live migration between two xen servers works well, but with some packet
loss
- the problem persists regardless xen or kernel dom0 and domU version, I
tried xen 4.1.2, 4.2 unstable, jeremy's kernel (a described on
http://remusha.wikidot.com/ page) and ubuntu pae kernels
- no disk replication for the moment (for the sake of simplicity)
- some more info follows.

I tried to follow the processing, but if I'm right the request is processed
by the xenstored and I don't know ocaml...

Should I try xapi? Is Remus compatible with xapi?

Thanks a lot for any ideas.
Jix


=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 cat /etc/xen/fsb.t.org.cfg

# Configuration file for the Xen instance fsb.t.org, created
# by xen-tools 4.2.1 on Sun May 20 18:01:14 2012.
#

#
#  Kernel + memory size
#
kernel      =3D '/boot/vmlinuz-3.2.0-24-generic-pae'
ramdisk     =3D '/boot/initrd.img-3.2.0-24-generic-pae'

vcpus       =3D '1'
memory      =3D '128'

#
#  Disk device(s).
#
root        =3D '/dev/xvda2 ro'
disk        =3D [
                  'file:xen//domains/fsb.t.org/disk.img,xvda2,w',
                  'file:xen//domains/fsb.t.org/swap.img,xvda1,w',
              ]


#
#  Physical volumes
#


#
#  Hostname
#
name        =3D 'fsb.t.org'

#
#  Networking
#
vif         =3D [ 'ip=3D192.168.2.201,mac=3D00:16:3E:C4:65:79,bridge=3Dxenb=
r0' ]

#
#  Behaviour
#
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'


=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl list -l

{"domid":2,"config":{"c_info":{"type":"pv","hap":"<default>","oos":"<defaul=
t>","ssidref":0,"name":"
fsb.t.org","uuid":"339a8082-6104-4342-96b5-b7f6000e4972","xsdata":{},"platf=
ormdata":{},"poolid":0},"b_info":{"max_vcpus":1,"cur_vcpus":1,"cpumap":[],"=
tsc_mode":"default","max_memkb":131072,"target_memkb":131072,"video_memkb":=
-1,"shadow_memkb":2048,"rtc_timeoffset":0,"localtime":"<default>","disable_=
migrate":"<default>","cpuid":[],"device_model_version":null,"device_model_s=
tubdomain":"<default>","device_model":null,"device_model_ssidref":0,"extra"=
:[],"extra_pv":[],"extra_hvm":[],"sched_params":{"weight":0,"cap":0,"tslice=
_ms":0,"ratelimit_us":0,"period":0,"slice":0,"latency":0,"extratime":0},"u"=
:{"kernel":"/boot/vmlinuz-3.2.0-24-generic-pae","slack_memkb":-1,"bootloade=
r":null,"bootloader_args":[],"cmdline":"root=3D/dev/xvda2
ro
","ramdisk":"/boot/initrd.img-3.2.0-24-generic-pae","e820_host":"<default>"=
}},"disks":[{"backend_domid":0,"pdev_path":"xen//domains/
fsb.t.org/disk.img
","vdev":"xvda2","backend":"unknown","format":"raw","script":null,"removabl=
e":0,"readwrite":1,"is_cdrom":0},{"backend_domid":0,"pdev_path":"xen//domai=
ns/
fsb.t.org/swap.img
","vdev":"xvda1","backend":"unknown","format":"raw","script":null,"removabl=
e":0,"readwrite":1,"is_cdrom":0}],"vifs":[{"backend_domid":0,"devid":0,"mtu=
":0,"model":null,"mac":"00:16:3e:c4:65:79","ip":"192.168.2.201","bridge":"x=
enbr0","ifname":null,"script":"vif-bridge","nictype":null,"rate_bytes_per_i=
nterval":0,"rate_interval_usecs":0}],"pcidevs":[],"vfbs":[],"vkbs":[],"on_p=
oweroff":"destroy","on_reboot":"restart","on_watchdog":"destroy","on_crash"=
:"restart"}}

=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl info

host                   : xena
release                : 3.2.0-24-generic-pae
version                : #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012
machine                : i686
nr_cpus                : 2
max_cpu_id             : 1
nr_nodes               : 1
cores_per_socket       : 2
threads_per_core       : 1
cpu_mhz                : 1828
hw_caps                :
bfebfbff:20100000:00000000:00000940:0000e3bd:00000000:00000001:00000000
virt_caps              : hvm
total_memory           : 3063
free_memory            : 293
sharing_freed_memory   : 72057594037927935
sharing_used_memory    : 72057594037927935
free_cpus              : 0
xen_major              : 4
xen_minor              : 2
xen_extra              : -unstable
xen_caps               : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=3D0xf5800000
xen_changeset          : Fri May 18 11:00:45 2012 +0100 25371:e9058654ca08
xen_commandline        : placeholder
cc_compiler            : gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
cc_compile_by          : root
cc_compile_domain      :
cc_compile_date        : Sun May 20 22:17:40 CEST 2012
xend_config_format     : 4

--f46d043bda224d595f04c0b1bc8e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all,<br>=C2=A0=C2=A0 I&#39;m unable to resolve following problem:<br>- R=
emus network buffering=20
doesn&#39;t work. It seems to be because of no vif is reported by the=20
function server.xend.domain on line 29 of /usr/local/lib/python2.7/dist-<di=
v id=3D":ef">packages/xen/remus/vm.py (seen using pdb) :<br>
=C2=A027=C2=A0=C2=A0=C2=A0 if domid:<br>=C2=A028=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 try:<br>=C2=A029=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 self.dominfo =3D server.xend.domain(domid, &#39;all&#39;)<br><br>&gt=
; /usr/local/lib/python2.7/dist-packages/xen/remus/vm.py(36)__init__()<br>-=
&gt; if self.dominfo:<br>
(Pdb) print self.dominfo<br>[&#39;domain&#39;, [&#39;domid&#39;, 2], [&#39;=
cpu_weight&#39;,=20
256], [&#39;cpu_cap&#39;, 0], [&#39;pool_name&#39;, &#39;Pool-0&#39;], [&#3=
9;bootloader&#39;, &#39;&#39;],=20
[&#39;vcpus&#39;, 1], [&#39;cpus&#39;, [[0, 1]]], [&#39;on_poweroff&#39;, &=
#39;destroy&#39;],=20
[&#39;on_crash&#39;, &#39;restart&#39;], [&#39;uuid&#39;, &#39;be52df45-4a7=
e-48ab-a101-3f6693d0ecf4&#39;], [&#39;bootloader_args&#39;, &#39;&#39;], [&=
#39;name&#39;, &#39;<a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.or=
g</a>&#39;],
 [&#39;on_reboot&#39;, &#39;restart&#39;], [&#39;maxmem&#39;, 129], [&#39;m=
emory&#39;, 128],=20
[&#39;shadow_memory&#39;, 0], [&#39;features&#39;, &#39;&#39;], [&#39;on_xe=
nd_start&#39;, &#39;ignore&#39;],=20
[&#39;on_xend_stop&#39;, &#39;ignore&#39;], [&#39;start_time&#39;, 13375506=
97.86], [&#39;cpu_time&#39;,=20
4.62718796], [&#39;online_vcpus&#39;, 1], [&#39;image&#39;, [&#39;linux&#39=
;, [&#39;kernel&#39;, &#39;&#39;],=20
[&#39;superpages&#39;, 0], [&#39;nomigrate&#39;, 0], [&#39;tsc_mode&#39;, 0=
]]], [&#39;status&#39;, 2],=20
[&#39;state&#39;, &#39;-b----&#39;], [&#39;device&#39;, [&#39;console&#39;,=
 [&#39;protocol&#39;, &#39;vt100&#39;],=20
[&#39;location&#39;, &#39;2&#39;], [&#39;uuid&#39;, &#39;72576092-468f-5d0f=
-7b29-7b5d0a63c6c1&#39;]]]]<br>
(Pdb)<br><br>- xl list -l <a href=3D"http://fsb.t.org">fsb.t.org</a> (see b=
elow) shows vif data<br>- the VM is connected to the network during the boo=
t (with a static IP via a bridge) without any problem<br>- live migration b=
etween two xen servers works well, but with some packet loss<br>
-
 the problem persists regardless xen or kernel dom0 and domU version, I=20
tried xen 4.1.2, 4.2 unstable, jeremy&#39;s kernel (a described on <a href=
=3D"http://remusha.wikidot.com/" target=3D"_blank">http://remusha.wikidot.c=
om/</a> page) and ubuntu pae kernels<br>
- no disk replication for the moment (for the sake of simplicity)<br>- some=
 more info follows.<br><br>I tried to follow the processing, but if I&#39;m=
 right the request is processed by the xenstored and I don&#39;t know ocaml=
...<br>
<br>Should I try xapi? Is Remus compatible with xapi?<br><br>Thanks a lot f=
or any ideas.<br>Jix<br><br><br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=
=80 cat /etc/xen/fsb.t.org.cfg<br><br># Configuration file for the Xen inst=
ance <a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>, created<=
br>
# by xen-tools 4.2.1 on Sun May 20 18:01:14 2012.<br>#<br><br>#<br>#=C2=A0 =
Kernel + memory size<br>#<br>kernel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;=
/boot/vmlinuz-3.2.0-24-generic-pae&#39;<br>
ramdisk=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;/boot/initrd.img-3.2.0-24-generic-=
pae&#39;<br><br>vcpus=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;1&#39;<b=
r>memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;128&#39;<br><br>#<br>#=C2=
=A0 Disk device(s).<br>#<br>root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
=3D &#39;/dev/xvda2 ro&#39;<br>disk=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 =3D [<br>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 &#39;file:xen//domains/<a href=3D"http://fsb.t.=
org/disk.img,xvda2,w" target=3D"_blank">fsb.t.org/disk.img,xvda2,w</a>&#39;=
,<br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 &#39;file:xen//domains/<a href=3D"http://=
fsb.t.org/swap.img,xvda1,w" target=3D"_blank">fsb.t.org/swap.img,xvda1,w</a=
>&#39;,<br>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 ]<br><br><br>#<br>#=C2=A0 Physical volumes<br>#<br><br><br>#<br>#=C2=A0=
 Hostname<br>#<br>name=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;<=
a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>&#39;<br><br>#<b=
r>#=C2=A0 Networking<br>#<br>vif=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 =3D [ &#39;ip=3D192.168.2.201,mac=3D00:16:3E:C4:65:79,bridge=3Dxenbr=
0&#39; ]<br>

<br>#<br>#=C2=A0 Behaviour<br>#<br>on_poweroff =3D &#39;destroy&#39;<br>on_=
reboot=C2=A0=C2=A0 =3D &#39;restart&#39;<br>on_crash=C2=A0=C2=A0=C2=A0 =3D =
&#39;restart&#39;<br><br><br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 =
sudo xl list -l<br><br>
{&quot;domid&quot;:2,&quot;config&quot;:{&quot;c_info&quot;:{&quot;type&quo=
t;:&quot;pv&quot;,&quot;hap&quot;:&quot;&lt;default&gt;&quot;,&quot;oos&quo=
t;:&quot;&lt;default&gt;&quot;,&quot;ssidref&quot;:0,&quot;name&quot;:&quot=
;<a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>&quot;,&quot;u=
uid&quot;:&quot;339a8082-6104-4342-96b5-b7f6000e4972&quot;,&quot;xsdata&quo=
t;:{},&quot;platformdata&quot;:{},&quot;poolid&quot;:0},&quot;b_info&quot;:=
{&quot;max_vcpus&quot;:1,&quot;cur_vcpus&quot;:1,&quot;cpumap&quot;:[],&quo=
t;tsc_mode&quot;:&quot;default&quot;,&quot;max_memkb&quot;:131072,&quot;tar=
get_memkb&quot;:131072,&quot;video_memkb&quot;:-1,&quot;shadow_memkb&quot;:=
2048,&quot;rtc_timeoffset&quot;:0,&quot;localtime&quot;:&quot;&lt;default&g=
t;&quot;,&quot;disable_migrate&quot;:&quot;&lt;default&gt;&quot;,&quot;cpui=
d&quot;:[],&quot;device_model_version&quot;:null,&quot;device_model_stubdom=
ain&quot;:&quot;&lt;default&gt;&quot;,&quot;device_model&quot;:null,&quot;d=
evice_model_ssidref&quot;:0,&quot;extra&quot;:[],&quot;extra_pv&quot;:[],&q=
uot;extra_hvm&quot;:[],&quot;sched_params&quot;:{&quot;weight&quot;:0,&quot=
;cap&quot;:0,&quot;tslice_ms&quot;:0,&quot;ratelimit_us&quot;:0,&quot;perio=
d&quot;:0,&quot;slice&quot;:0,&quot;latency&quot;:0,&quot;extratime&quot;:0=
},&quot;u&quot;:{&quot;kernel&quot;:&quot;/boot/vmlinuz-3.2.0-24-generic-pa=
e&quot;,&quot;slack_memkb&quot;:-1,&quot;bootloader&quot;:null,&quot;bootlo=
ader_args&quot;:[],&quot;cmdline&quot;:&quot;root=3D/dev/xvda2 ro &quot;,&q=
uot;ramdisk&quot;:&quot;/boot/initrd.img-3.2.0-24-generic-pae&quot;,&quot;e=
820_host&quot;:&quot;&lt;default&gt;&quot;}},&quot;disks&quot;:[{&quot;back=
end_domid&quot;:0,&quot;pdev_path&quot;:&quot;xen//domains/<a href=3D"http:=
//fsb.t.org/disk.img" target=3D"_blank">fsb.t.org/disk.img</a>&quot;,&quot;=
vdev&quot;:&quot;xvda2&quot;,&quot;backend&quot;:&quot;unknown&quot;,&quot;=
format&quot;:&quot;raw&quot;,&quot;script&quot;:null,&quot;removable&quot;:=
0,&quot;readwrite&quot;:1,&quot;is_cdrom&quot;:0},{&quot;backend_domid&quot=
;:0,&quot;pdev_path&quot;:&quot;xen//domains/<a href=3D"http://fsb.t.org/sw=
ap.img" target=3D"_blank">fsb.t.org/swap.img</a>&quot;,&quot;vdev&quot;:&qu=
ot;xvda1&quot;,&quot;backend&quot;:&quot;unknown&quot;,&quot;format&quot;:&=
quot;raw&quot;,&quot;script&quot;:null,&quot;removable&quot;:0,&quot;readwr=
ite&quot;:1,&quot;is_cdrom&quot;:0}],&quot;vifs&quot;:[{&quot;backend_domid=
&quot;:0,&quot;devid&quot;:0,&quot;mtu&quot;:0,&quot;model&quot;:null,&quot=
;mac&quot;:&quot;00:16:3e:c4:65:79&quot;,&quot;ip&quot;:&quot;192.168.2.201=
&quot;,&quot;bridge&quot;:&quot;xenbr0&quot;,&quot;ifname&quot;:null,&quot;=
script&quot;:&quot;vif-bridge&quot;,&quot;nictype&quot;:null,&quot;rate_byt=
es_per_interval&quot;:0,&quot;rate_interval_usecs&quot;:0}],&quot;pcidevs&q=
uot;:[],&quot;vfbs&quot;:[],&quot;vkbs&quot;:[],&quot;on_poweroff&quot;:&qu=
ot;destroy&quot;,&quot;on_reboot&quot;:&quot;restart&quot;,&quot;on_watchdo=
g&quot;:&quot;destroy&quot;,&quot;on_crash&quot;:&quot;restart&quot;}}<br>

<br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl info<br><br>host=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : xena<br>release=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 3.2.0-=
24-generic-pae<br>
version=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 : #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012<br>m=
achine=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 : i686<br>nr_cpus=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2<br>max_cpu_id=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 1<b=
r>nr_nodes=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 : 1<br>cores_per_socket=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 : 2<br>

threads_per_core=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 1<br>cpu_mhz=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 : 1828<br>hw_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : bfebfbff:20100000:00000000:000=
00940:0000e3bd:00000000:00000001:00000000<br>virt_caps=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : hvm<br>total_me=
mory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 3063<br>

free_memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 : 293<br>sharing_freed_memory=C2=A0=C2=A0 : 72057594037927935<br>sharin=
g_used_memory=C2=A0=C2=A0=C2=A0 : 72057594037927935<br>free_cpus=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 0<b=
r>xen_major=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : 4<br>xen_minor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2<br>xen_extra=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : -unstable<br>

xen_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p <br>xen=
_scheduler=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : credit<b=
r>xen_pagesize=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
: 4096<br>platform_params=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : virt_=
start=3D0xf5800000<br>xen_changeset=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : Fri May 18 11:00:45 2012 +0100 25371:e9058654ca08<br>

xen_commandline=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : placeholder<br>=
cc_compiler=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 : gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) <br>cc_compile_by=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : root<br>cc_compile_do=
main=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : <br>cc_compile_date=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 : Sun May 20 22:17:40 CEST 2012<br>

xend_config_format=C2=A0=C2=A0=C2=A0=C2=A0 : 4</div>

--f46d043bda224d595f04c0b1bc8e--


--===============4665329392815652728==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4665329392815652728==--


From xen-api-bounces@lists.xen.org Wed May 23 10:38:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 10:38:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX8xd-0004bw-BP; Wed, 23 May 2012 10:38:33 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <vaerivatnet@gmail.com>) id 1SX8xc-0004bo-4Y
	for xen-api@lists.xen.org; Wed, 23 May 2012 10:38:32 +0000
Received: from [85.158.143.99:56907] by server-2.bemta-4.messagelabs.com id
	4F/25-12211-72EBCBF4; Wed, 23 May 2012 10:38:31 +0000
X-Env-Sender: vaerivatnet@gmail.com
X-Msg-Ref: server-11.tower-216.messagelabs.com!1337769508!21851235!1
X-Originating-IP: [209.85.213.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,
	spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8060 invoked from network); 23 May 2012 10:38:29 -0000
Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com)
	(209.85.213.45)
	by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 10:38:29 -0000
Received: by yhoo21 with SMTP id o21so7764502yho.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 03:38:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=l1nkUuvzeF3thtIo/5LmDwFhkRB5jsbY4LPZETuJPYs=;
	b=wZgrbSJ4kF6lPyDJJFTpKa+qH810E8vvcNOhUY0QYeeDZ1uyb9alw5GXY5Z4AnENlt
	4ghYgFzs1aZRGuZNlNgr7pKvkJh4ACY+WCiZSC/f/bYMThUjse6Urj/Q3h4BmVsyupBa
	vqZO+eQQP6Pu2IuynL8Dh1qH9iTW0dNZyQNENd4X+fxUX0YV74vh71ebObS7m2uTw1gq
	hAUzC8JRAk4oIHh6BVPVSQQbbJ82RwCel4hS2+2nxee7GDanovLYbo1T8cXeZrY75SV0
	4PO2bvbtNCZEwm/41Ht9Yx/npZG7/wQ3nyljIPNmXVzWD5/YV6QBVI7P6+S9twiWWC4Y
	PVyA==
MIME-Version: 1.0
Received: by 10.50.13.180 with SMTP id i20mr12626329igc.19.1337769507772; Wed,
	23 May 2012 03:38:27 -0700 (PDT)
Received: by 10.64.76.39 with HTTP; Wed, 23 May 2012 03:38:27 -0700 (PDT)
Date: Wed, 23 May 2012 12:38:27 +0200
Message-ID: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
From: Little Vaerivatnet <vaerivatnet@gmail.com>
To: xen-api@lists.xen.org
Subject: [Xen-API] Xmlrpc response missing vif data
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============4665329392815652728=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============4665329392815652728==
Content-Type: multipart/alternative; boundary=f46d043bda224d595f04c0b1bc8e

--f46d043bda224d595f04c0b1bc8e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all,
   I'm unable to resolve following problem:
- Remus network buffering doesn't work. It seems to be because of no vif is
reported by the function server.xend.domain on line 29 of
/usr/local/lib/python2.7/dist-
packages/xen/remus/vm.py (seen using pdb) :
 27    if domid:
 28       try:
 29          self.dominfo =3D server.xend.domain(domid, 'all')

> /usr/local/lib/python2.7/dist-packages/xen/remus/vm.py(36)__init__()
-> if self.dominfo:
(Pdb) print self.dominfo
['domain', ['domid', 2], ['cpu_weight', 256], ['cpu_cap', 0], ['pool_name',
'Pool-0'], ['bootloader', ''], ['vcpus', 1], ['cpus', [[0, 1]]],
['on_poweroff', 'destroy'], ['on_crash', 'restart'], ['uuid',
'be52df45-4a7e-48ab-a101-3f6693d0ecf4'], ['bootloader_args', ''], ['name', =
'
fsb.t.org'], ['on_reboot', 'restart'], ['maxmem', 129], ['memory', 128],
['shadow_memory', 0], ['features', ''], ['on_xend_start', 'ignore'],
['on_xend_stop', 'ignore'], ['start_time', 1337550697.86], ['cpu_time',
4.62718796], ['online_vcpus', 1], ['image', ['linux', ['kernel', ''],
['superpages', 0], ['nomigrate', 0], ['tsc_mode', 0]]], ['status', 2],
['state', '-b----'], ['device', ['console', ['protocol', 'vt100'],
['location', '2'], ['uuid', '72576092-468f-5d0f-7b29-7b5d0a63c6c1']]]]
(Pdb)

- xl list -l fsb.t.org (see below) shows vif data
- the VM is connected to the network during the boot (with a static IP via
a bridge) without any problem
- live migration between two xen servers works well, but with some packet
loss
- the problem persists regardless xen or kernel dom0 and domU version, I
tried xen 4.1.2, 4.2 unstable, jeremy's kernel (a described on
http://remusha.wikidot.com/ page) and ubuntu pae kernels
- no disk replication for the moment (for the sake of simplicity)
- some more info follows.

I tried to follow the processing, but if I'm right the request is processed
by the xenstored and I don't know ocaml...

Should I try xapi? Is Remus compatible with xapi?

Thanks a lot for any ideas.
Jix


=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 cat /etc/xen/fsb.t.org.cfg

# Configuration file for the Xen instance fsb.t.org, created
# by xen-tools 4.2.1 on Sun May 20 18:01:14 2012.
#

#
#  Kernel + memory size
#
kernel      =3D '/boot/vmlinuz-3.2.0-24-generic-pae'
ramdisk     =3D '/boot/initrd.img-3.2.0-24-generic-pae'

vcpus       =3D '1'
memory      =3D '128'

#
#  Disk device(s).
#
root        =3D '/dev/xvda2 ro'
disk        =3D [
                  'file:xen//domains/fsb.t.org/disk.img,xvda2,w',
                  'file:xen//domains/fsb.t.org/swap.img,xvda1,w',
              ]


#
#  Physical volumes
#


#
#  Hostname
#
name        =3D 'fsb.t.org'

#
#  Networking
#
vif         =3D [ 'ip=3D192.168.2.201,mac=3D00:16:3E:C4:65:79,bridge=3Dxenb=
r0' ]

#
#  Behaviour
#
on_poweroff =3D 'destroy'
on_reboot   =3D 'restart'
on_crash    =3D 'restart'


=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl list -l

{"domid":2,"config":{"c_info":{"type":"pv","hap":"<default>","oos":"<defaul=
t>","ssidref":0,"name":"
fsb.t.org","uuid":"339a8082-6104-4342-96b5-b7f6000e4972","xsdata":{},"platf=
ormdata":{},"poolid":0},"b_info":{"max_vcpus":1,"cur_vcpus":1,"cpumap":[],"=
tsc_mode":"default","max_memkb":131072,"target_memkb":131072,"video_memkb":=
-1,"shadow_memkb":2048,"rtc_timeoffset":0,"localtime":"<default>","disable_=
migrate":"<default>","cpuid":[],"device_model_version":null,"device_model_s=
tubdomain":"<default>","device_model":null,"device_model_ssidref":0,"extra"=
:[],"extra_pv":[],"extra_hvm":[],"sched_params":{"weight":0,"cap":0,"tslice=
_ms":0,"ratelimit_us":0,"period":0,"slice":0,"latency":0,"extratime":0},"u"=
:{"kernel":"/boot/vmlinuz-3.2.0-24-generic-pae","slack_memkb":-1,"bootloade=
r":null,"bootloader_args":[],"cmdline":"root=3D/dev/xvda2
ro
","ramdisk":"/boot/initrd.img-3.2.0-24-generic-pae","e820_host":"<default>"=
}},"disks":[{"backend_domid":0,"pdev_path":"xen//domains/
fsb.t.org/disk.img
","vdev":"xvda2","backend":"unknown","format":"raw","script":null,"removabl=
e":0,"readwrite":1,"is_cdrom":0},{"backend_domid":0,"pdev_path":"xen//domai=
ns/
fsb.t.org/swap.img
","vdev":"xvda1","backend":"unknown","format":"raw","script":null,"removabl=
e":0,"readwrite":1,"is_cdrom":0}],"vifs":[{"backend_domid":0,"devid":0,"mtu=
":0,"model":null,"mac":"00:16:3e:c4:65:79","ip":"192.168.2.201","bridge":"x=
enbr0","ifname":null,"script":"vif-bridge","nictype":null,"rate_bytes_per_i=
nterval":0,"rate_interval_usecs":0}],"pcidevs":[],"vfbs":[],"vkbs":[],"on_p=
oweroff":"destroy","on_reboot":"restart","on_watchdog":"destroy","on_crash"=
:"restart"}}

=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl info

host                   : xena
release                : 3.2.0-24-generic-pae
version                : #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012
machine                : i686
nr_cpus                : 2
max_cpu_id             : 1
nr_nodes               : 1
cores_per_socket       : 2
threads_per_core       : 1
cpu_mhz                : 1828
hw_caps                :
bfebfbff:20100000:00000000:00000940:0000e3bd:00000000:00000001:00000000
virt_caps              : hvm
total_memory           : 3063
free_memory            : 293
sharing_freed_memory   : 72057594037927935
sharing_used_memory    : 72057594037927935
free_cpus              : 0
xen_major              : 4
xen_minor              : 2
xen_extra              : -unstable
xen_caps               : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=3D0xf5800000
xen_changeset          : Fri May 18 11:00:45 2012 +0100 25371:e9058654ca08
xen_commandline        : placeholder
cc_compiler            : gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)
cc_compile_by          : root
cc_compile_domain      :
cc_compile_date        : Sun May 20 22:17:40 CEST 2012
xend_config_format     : 4

--f46d043bda224d595f04c0b1bc8e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all,<br>=C2=A0=C2=A0 I&#39;m unable to resolve following problem:<br>- R=
emus network buffering=20
doesn&#39;t work. It seems to be because of no vif is reported by the=20
function server.xend.domain on line 29 of /usr/local/lib/python2.7/dist-<di=
v id=3D":ef">packages/xen/remus/vm.py (seen using pdb) :<br>
=C2=A027=C2=A0=C2=A0=C2=A0 if domid:<br>=C2=A028=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 try:<br>=C2=A029=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 self.dominfo =3D server.xend.domain(domid, &#39;all&#39;)<br><br>&gt=
; /usr/local/lib/python2.7/dist-packages/xen/remus/vm.py(36)__init__()<br>-=
&gt; if self.dominfo:<br>
(Pdb) print self.dominfo<br>[&#39;domain&#39;, [&#39;domid&#39;, 2], [&#39;=
cpu_weight&#39;,=20
256], [&#39;cpu_cap&#39;, 0], [&#39;pool_name&#39;, &#39;Pool-0&#39;], [&#3=
9;bootloader&#39;, &#39;&#39;],=20
[&#39;vcpus&#39;, 1], [&#39;cpus&#39;, [[0, 1]]], [&#39;on_poweroff&#39;, &=
#39;destroy&#39;],=20
[&#39;on_crash&#39;, &#39;restart&#39;], [&#39;uuid&#39;, &#39;be52df45-4a7=
e-48ab-a101-3f6693d0ecf4&#39;], [&#39;bootloader_args&#39;, &#39;&#39;], [&=
#39;name&#39;, &#39;<a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.or=
g</a>&#39;],
 [&#39;on_reboot&#39;, &#39;restart&#39;], [&#39;maxmem&#39;, 129], [&#39;m=
emory&#39;, 128],=20
[&#39;shadow_memory&#39;, 0], [&#39;features&#39;, &#39;&#39;], [&#39;on_xe=
nd_start&#39;, &#39;ignore&#39;],=20
[&#39;on_xend_stop&#39;, &#39;ignore&#39;], [&#39;start_time&#39;, 13375506=
97.86], [&#39;cpu_time&#39;,=20
4.62718796], [&#39;online_vcpus&#39;, 1], [&#39;image&#39;, [&#39;linux&#39=
;, [&#39;kernel&#39;, &#39;&#39;],=20
[&#39;superpages&#39;, 0], [&#39;nomigrate&#39;, 0], [&#39;tsc_mode&#39;, 0=
]]], [&#39;status&#39;, 2],=20
[&#39;state&#39;, &#39;-b----&#39;], [&#39;device&#39;, [&#39;console&#39;,=
 [&#39;protocol&#39;, &#39;vt100&#39;],=20
[&#39;location&#39;, &#39;2&#39;], [&#39;uuid&#39;, &#39;72576092-468f-5d0f=
-7b29-7b5d0a63c6c1&#39;]]]]<br>
(Pdb)<br><br>- xl list -l <a href=3D"http://fsb.t.org">fsb.t.org</a> (see b=
elow) shows vif data<br>- the VM is connected to the network during the boo=
t (with a static IP via a bridge) without any problem<br>- live migration b=
etween two xen servers works well, but with some packet loss<br>
-
 the problem persists regardless xen or kernel dom0 and domU version, I=20
tried xen 4.1.2, 4.2 unstable, jeremy&#39;s kernel (a described on <a href=
=3D"http://remusha.wikidot.com/" target=3D"_blank">http://remusha.wikidot.c=
om/</a> page) and ubuntu pae kernels<br>
- no disk replication for the moment (for the sake of simplicity)<br>- some=
 more info follows.<br><br>I tried to follow the processing, but if I&#39;m=
 right the request is processed by the xenstored and I don&#39;t know ocaml=
...<br>
<br>Should I try xapi? Is Remus compatible with xapi?<br><br>Thanks a lot f=
or any ideas.<br>Jix<br><br><br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=
=80 cat /etc/xen/fsb.t.org.cfg<br><br># Configuration file for the Xen inst=
ance <a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>, created<=
br>
# by xen-tools 4.2.1 on Sun May 20 18:01:14 2012.<br>#<br><br>#<br>#=C2=A0 =
Kernel + memory size<br>#<br>kernel=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;=
/boot/vmlinuz-3.2.0-24-generic-pae&#39;<br>
ramdisk=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;/boot/initrd.img-3.2.0-24-generic-=
pae&#39;<br><br>vcpus=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;1&#39;<b=
r>memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;128&#39;<br><br>#<br>#=C2=
=A0 Disk device(s).<br>#<br>root=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
=3D &#39;/dev/xvda2 ro&#39;<br>disk=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 =3D [<br>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0 &#39;file:xen//domains/<a href=3D"http://fsb.t.=
org/disk.img,xvda2,w" target=3D"_blank">fsb.t.org/disk.img,xvda2,w</a>&#39;=
,<br>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 &#39;file:xen//domains/<a href=3D"http://=
fsb.t.org/swap.img,xvda1,w" target=3D"_blank">fsb.t.org/swap.img,xvda1,w</a=
>&#39;,<br>

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 ]<br><br><br>#<br>#=C2=A0 Physical volumes<br>#<br><br><br>#<br>#=C2=A0=
 Hostname<br>#<br>name=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D &#39;<=
a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>&#39;<br><br>#<b=
r>#=C2=A0 Networking<br>#<br>vif=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 =3D [ &#39;ip=3D192.168.2.201,mac=3D00:16:3E:C4:65:79,bridge=3Dxenbr=
0&#39; ]<br>

<br>#<br>#=C2=A0 Behaviour<br>#<br>on_poweroff =3D &#39;destroy&#39;<br>on_=
reboot=C2=A0=C2=A0 =3D &#39;restart&#39;<br>on_crash=C2=A0=C2=A0=C2=A0 =3D =
&#39;restart&#39;<br><br><br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 =
sudo xl list -l<br><br>
{&quot;domid&quot;:2,&quot;config&quot;:{&quot;c_info&quot;:{&quot;type&quo=
t;:&quot;pv&quot;,&quot;hap&quot;:&quot;&lt;default&gt;&quot;,&quot;oos&quo=
t;:&quot;&lt;default&gt;&quot;,&quot;ssidref&quot;:0,&quot;name&quot;:&quot=
;<a href=3D"http://fsb.t.org" target=3D"_blank">fsb.t.org</a>&quot;,&quot;u=
uid&quot;:&quot;339a8082-6104-4342-96b5-b7f6000e4972&quot;,&quot;xsdata&quo=
t;:{},&quot;platformdata&quot;:{},&quot;poolid&quot;:0},&quot;b_info&quot;:=
{&quot;max_vcpus&quot;:1,&quot;cur_vcpus&quot;:1,&quot;cpumap&quot;:[],&quo=
t;tsc_mode&quot;:&quot;default&quot;,&quot;max_memkb&quot;:131072,&quot;tar=
get_memkb&quot;:131072,&quot;video_memkb&quot;:-1,&quot;shadow_memkb&quot;:=
2048,&quot;rtc_timeoffset&quot;:0,&quot;localtime&quot;:&quot;&lt;default&g=
t;&quot;,&quot;disable_migrate&quot;:&quot;&lt;default&gt;&quot;,&quot;cpui=
d&quot;:[],&quot;device_model_version&quot;:null,&quot;device_model_stubdom=
ain&quot;:&quot;&lt;default&gt;&quot;,&quot;device_model&quot;:null,&quot;d=
evice_model_ssidref&quot;:0,&quot;extra&quot;:[],&quot;extra_pv&quot;:[],&q=
uot;extra_hvm&quot;:[],&quot;sched_params&quot;:{&quot;weight&quot;:0,&quot=
;cap&quot;:0,&quot;tslice_ms&quot;:0,&quot;ratelimit_us&quot;:0,&quot;perio=
d&quot;:0,&quot;slice&quot;:0,&quot;latency&quot;:0,&quot;extratime&quot;:0=
},&quot;u&quot;:{&quot;kernel&quot;:&quot;/boot/vmlinuz-3.2.0-24-generic-pa=
e&quot;,&quot;slack_memkb&quot;:-1,&quot;bootloader&quot;:null,&quot;bootlo=
ader_args&quot;:[],&quot;cmdline&quot;:&quot;root=3D/dev/xvda2 ro &quot;,&q=
uot;ramdisk&quot;:&quot;/boot/initrd.img-3.2.0-24-generic-pae&quot;,&quot;e=
820_host&quot;:&quot;&lt;default&gt;&quot;}},&quot;disks&quot;:[{&quot;back=
end_domid&quot;:0,&quot;pdev_path&quot;:&quot;xen//domains/<a href=3D"http:=
//fsb.t.org/disk.img" target=3D"_blank">fsb.t.org/disk.img</a>&quot;,&quot;=
vdev&quot;:&quot;xvda2&quot;,&quot;backend&quot;:&quot;unknown&quot;,&quot;=
format&quot;:&quot;raw&quot;,&quot;script&quot;:null,&quot;removable&quot;:=
0,&quot;readwrite&quot;:1,&quot;is_cdrom&quot;:0},{&quot;backend_domid&quot=
;:0,&quot;pdev_path&quot;:&quot;xen//domains/<a href=3D"http://fsb.t.org/sw=
ap.img" target=3D"_blank">fsb.t.org/swap.img</a>&quot;,&quot;vdev&quot;:&qu=
ot;xvda1&quot;,&quot;backend&quot;:&quot;unknown&quot;,&quot;format&quot;:&=
quot;raw&quot;,&quot;script&quot;:null,&quot;removable&quot;:0,&quot;readwr=
ite&quot;:1,&quot;is_cdrom&quot;:0}],&quot;vifs&quot;:[{&quot;backend_domid=
&quot;:0,&quot;devid&quot;:0,&quot;mtu&quot;:0,&quot;model&quot;:null,&quot=
;mac&quot;:&quot;00:16:3e:c4:65:79&quot;,&quot;ip&quot;:&quot;192.168.2.201=
&quot;,&quot;bridge&quot;:&quot;xenbr0&quot;,&quot;ifname&quot;:null,&quot;=
script&quot;:&quot;vif-bridge&quot;,&quot;nictype&quot;:null,&quot;rate_byt=
es_per_interval&quot;:0,&quot;rate_interval_usecs&quot;:0}],&quot;pcidevs&q=
uot;:[],&quot;vfbs&quot;:[],&quot;vkbs&quot;:[],&quot;on_poweroff&quot;:&qu=
ot;destroy&quot;,&quot;on_reboot&quot;:&quot;restart&quot;,&quot;on_watchdo=
g&quot;:&quot;destroy&quot;,&quot;on_crash&quot;:&quot;restart&quot;}}<br>

<br>=E2=94=94=E2=94=80(vaerivatnet@xena)=E2=94=80 sudo xl info<br><br>host=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : xena<br>release=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 3.2.0-=
24-generic-pae<br>
version=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 : #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012<br>m=
achine=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 : i686<br>nr_cpus=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2<br>max_cpu_id=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 1<b=
r>nr_nodes=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0 : 1<br>cores_per_socket=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0 : 2<br>

threads_per_core=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 1<br>cpu_mhz=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0 : 1828<br>hw_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : bfebfbff:20100000:00000000:000=
00940:0000e3bd:00000000:00000001:00000000<br>virt_caps=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : hvm<br>total_me=
mory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 3063<br>

free_memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 : 293<br>sharing_freed_memory=C2=A0=C2=A0 : 72057594037927935<br>sharin=
g_used_memory=C2=A0=C2=A0=C2=A0 : 72057594037927935<br>free_cpus=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 0<b=
r>xen_major=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : 4<br>xen_minor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2<br>xen_extra=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : -unstable<br>

xen_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 : xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p <br>xen=
_scheduler=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : credit<b=
r>xen_pagesize=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
: 4096<br>platform_params=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : virt_=
start=3D0xf5800000<br>xen_changeset=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0 : Fri May 18 11:00:45 2012 +0100 25371:e9058654ca08<br>

xen_commandline=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : placeholder<br>=
cc_compiler=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 : gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) <br>cc_compile_by=C2=
=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : root<br>cc_compile_do=
main=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : <br>cc_compile_date=C2=A0=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 : Sun May 20 22:17:40 CEST 2012<br>

xend_config_format=C2=A0=C2=A0=C2=A0=C2=A0 : 4</div>

--f46d043bda224d595f04c0b1bc8e--


--===============4665329392815652728==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============4665329392815652728==--


From xen-api-bounces@lists.xen.org Wed May 23 10:47:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 10:47:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX95r-0004nD-K2; Wed, 23 May 2012 10:47:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SX95q-0004n7-C0
	for xen-api@lists.xensource.com; Wed, 23 May 2012 10:47:02 +0000
Received: from [85.158.139.83:48987] by server-8.bemta-5.messagelabs.com id
	55/6A-30118-520CCBF4; Wed, 23 May 2012 10:47:01 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337770020!29223108!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12172 invoked from network); 23 May 2012 10:47:01 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 23 May 2012 10:47:01 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id BDD9DFE721;
	Wed, 23 May 2012 10:47:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=6qsPkN8aa
	NVn5vQ9T/DgDlrkCv8=; b=abKgRQebIv+Ka6VnSp4Fx73It32dPIhzpLuKR7+L2
	JsH0nHUtCosY0Ez+CDvYGpVdy+LloZtePx4sNYmV7ICZ6yk9DcSDVqg7H9FD6S9Q
	pWHQRmAh9PFZXwDmeYHf/9q0OyMwLP4dKRwKwV+tzgqbTGYBPi5zHx8CR2Nbpb6R
	eE=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=YtD
	UFUvwE1a1InBVfmBV+fmiFDDxGrANNrUARMwfxdQTAYNZHzSajXMZUAFrT77K1fy
	3hrVePH7yCksJzVpON0HVkmPCW+6il7pm4+JRuAUTgLgArejVJJrceUho36UE1eE
	zbd/2MVYv7/dEWf7CY9bGfRYBZHPjySWqIPt0Pps=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id CE215FE66B;
	Wed, 23 May 2012 10:47:28 +0000 (UTC)
Message-ID: <4FBCC020.6070509@goirand.fr>
Date: Wed, 23 May 2012 18:46:56 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBBE967.3080507@gmail.com> <4FBBF741.4020807@goirand.fr>
	<4FBC01B9.7080509@gmail.com>
In-Reply-To: <4FBC01B9.7080509@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/23/2012 05:14 AM, George Shuklin wrote:
> Beware of bugreport flood

I warmly welcome you to do so, ESPECIALLY before the freeze of Wheezy.

Thomas

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 10:47:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 10:47:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SX95r-0004nD-K2; Wed, 23 May 2012 10:47:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SX95q-0004n7-C0
	for xen-api@lists.xensource.com; Wed, 23 May 2012 10:47:02 +0000
Received: from [85.158.139.83:48987] by server-8.bemta-5.messagelabs.com id
	55/6A-30118-520CCBF4; Wed, 23 May 2012 10:47:01 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-9.tower-182.messagelabs.com!1337770020!29223108!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12172 invoked from network); 23 May 2012 10:47:01 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 23 May 2012 10:47:01 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id BDD9DFE721;
	Wed, 23 May 2012 10:47:29 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=6qsPkN8aa
	NVn5vQ9T/DgDlrkCv8=; b=abKgRQebIv+Ka6VnSp4Fx73It32dPIhzpLuKR7+L2
	JsH0nHUtCosY0Ez+CDvYGpVdy+LloZtePx4sNYmV7ICZ6yk9DcSDVqg7H9FD6S9Q
	pWHQRmAh9PFZXwDmeYHf/9q0OyMwLP4dKRwKwV+tzgqbTGYBPi5zHx8CR2Nbpb6R
	eE=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=YtD
	UFUvwE1a1InBVfmBV+fmiFDDxGrANNrUARMwfxdQTAYNZHzSajXMZUAFrT77K1fy
	3hrVePH7yCksJzVpON0HVkmPCW+6il7pm4+JRuAUTgLgArejVJJrceUho36UE1eE
	zbd/2MVYv7/dEWf7CY9bGfRYBZHPjySWqIPt0Pps=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id CE215FE66B;
	Wed, 23 May 2012 10:47:28 +0000 (UTC)
Message-ID: <4FBCC020.6070509@goirand.fr>
Date: Wed, 23 May 2012 18:46:56 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>
References: <4FBBE967.3080507@gmail.com> <4FBBF741.4020807@goirand.fr>
	<4FBC01B9.7080509@gmail.com>
In-Reply-To: <4FBC01B9.7080509@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] question about current state of XCP
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/23/2012 05:14 AM, George Shuklin wrote:
> Beware of bugreport flood

I warmly welcome you to do so, ESPECIALLY before the freeze of Wheezy.

Thomas

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:01:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:01:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXC7t-0000ja-Eu; Wed, 23 May 2012 14:01:21 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXC7s-0000jV-0s
	for xen-api@lists.xen.org; Wed, 23 May 2012 14:01:20 +0000
Received: from [193.109.254.147:8971] by server-12.bemta-14.messagelabs.com id
	DF/DE-05898-EADECBF4; Wed, 23 May 2012 14:01:18 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1337781661!3981946!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUyMzI=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6819 invoked from network); 23 May 2012 14:01:03 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 14:01:03 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330923600"; d="scan'208";a="25504462"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 10:01:00 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Wed, 23 May 2012
	10:01:00 -0400
Message-ID: <4FBCEDD9.4030401@citrix.com>
Date: Wed, 23 May 2012 15:02:01 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Little Vaerivatnet <vaerivatnet@gmail.com>
References: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
In-Reply-To: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Xmlrpc response missing vif data
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23/05/12 11:38, Little Vaerivatnet wrote:
> Hi all,
>     I'm unable to resolve following problem:
> - Remus network buffering doesn't work. It seems to be because of no vif
> is reported by the function server.xend.domain on line 29 of
> /usr/local/lib/python2.7/dist-
> packages/xen/remus/vm.py (seen using pdb) :
>   27    if domid:
>   28       try:
>   29          self.dominfo = server.xend.domain(domid, 'all')

...

> - xl list -l fsb.t.org <http://fsb.t.org> (see below) shows vif data
> - the VM is connected to the network during the boot (with a static IP
> via a bridge) without any problem
> - live migration between two xen servers works well, but with some
> packet loss
> - the problem persists regardless xen or kernel dom0 and domU version, I
> tried xen 4.1.2, 4.2 unstable, jeremy's kernel (a described on
> http://remusha.wikidot.com/ page) and ubuntu pae kernels
> - no disk replication for the moment (for the sake of simplicity)
> - some more info follows.
>
> I tried to follow the processing, but if I'm right the request is
> processed by the xenstored and I don't know ocaml...

I don't think you would want to bother reading the xenstored source 
code, but instead would want to inspect the xenstore using xenstore-ls, 
xenstore-list, etc.

> Should I try xapi? Is Remus compatible with xapi?

Xapi does not understand Remus, so no, I wouldn't recommend trying xapi 
here.

> Thanks a lot for any ideas.
> Jix


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:01:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:01:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXC7t-0000ja-Eu; Wed, 23 May 2012 14:01:21 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXC7s-0000jV-0s
	for xen-api@lists.xen.org; Wed, 23 May 2012 14:01:20 +0000
Received: from [193.109.254.147:8971] by server-12.bemta-14.messagelabs.com id
	DF/DE-05898-EADECBF4; Wed, 23 May 2012 14:01:18 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1337781661!3981946!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDUyMzI=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6819 invoked from network); 23 May 2012 14:01:03 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 14:01:03 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330923600"; d="scan'208";a="25504462"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 10:01:00 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX01.citrite.net
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Wed, 23 May 2012
	10:01:00 -0400
Message-ID: <4FBCEDD9.4030401@citrix.com>
Date: Wed, 23 May 2012 15:02:01 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Little Vaerivatnet <vaerivatnet@gmail.com>
References: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
In-Reply-To: <CAMPUV8V7xPR2PF8mXw_8hPd8TunAEbUnMN9WAeL-UGUntp1QeA@mail.gmail.com>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Xmlrpc response missing vif data
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23/05/12 11:38, Little Vaerivatnet wrote:
> Hi all,
>     I'm unable to resolve following problem:
> - Remus network buffering doesn't work. It seems to be because of no vif
> is reported by the function server.xend.domain on line 29 of
> /usr/local/lib/python2.7/dist-
> packages/xen/remus/vm.py (seen using pdb) :
>   27    if domid:
>   28       try:
>   29          self.dominfo = server.xend.domain(domid, 'all')

...

> - xl list -l fsb.t.org <http://fsb.t.org> (see below) shows vif data
> - the VM is connected to the network during the boot (with a static IP
> via a bridge) without any problem
> - live migration between two xen servers works well, but with some
> packet loss
> - the problem persists regardless xen or kernel dom0 and domU version, I
> tried xen 4.1.2, 4.2 unstable, jeremy's kernel (a described on
> http://remusha.wikidot.com/ page) and ubuntu pae kernels
> - no disk replication for the moment (for the sake of simplicity)
> - some more info follows.
>
> I tried to follow the processing, but if I'm right the request is
> processed by the xenstored and I don't know ocaml...

I don't think you would want to bother reading the xenstored source 
code, but instead would want to inspect the xenstore using xenstore-ls, 
xenstore-list, etc.

> Should I try xapi? Is Remus compatible with xapi?

Xapi does not understand Remus, so no, I wouldn't recommend trying xapi 
here.

> Thanks a lot for any ideas.
> Jix


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:15:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:15:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXCLP-0000qU-Hu; Wed, 23 May 2012 14:15:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SXCLO-0000qP-8j
	for xen-api@lists.xensource.com; Wed, 23 May 2012 14:15:18 +0000
Received: from [85.158.138.51:49123] by server-1.bemta-3.messagelabs.com id
	FE/20-18759-5F0FCBF4; Wed, 23 May 2012 14:15:17 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337782513!20629052!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 792 invoked from network); 23 May 2012 14:15:15 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP;
	23 May 2012 14:15:15 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SXCLB-0003zK-5i; Wed, 23 May 2012 14:15:05 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Wed, 23 May 2012 14:15:02 +0000
Resent-Message-ID: <handler.674161.B.133778230114663@bugs.debian.org>
X-Debian-PR-Message: report 674161
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133778230114663
	(code B ref -1); Wed, 23 May 2012 14:15:02 +0000
Received: (at submit) by bugs.debian.org; 23 May 2012 14:11:41 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, MURPHY_DRUGS_REL8, NML_ADSP_CUSTOM_MED, RDNS_NONE,
	SPF_NEUTRAL, XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 544; hammy, 151; neutral, 488; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXCHs-0003oE-HA
	for submit@bugs.debian.org; Wed, 23 May 2012 14:11:41 +0000
Received: by lab-xh3 (Postfix, from userid 0)
	id 8044A8824E1; Wed, 23 May 2012 18:07:48 +0400 (MSK)
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120523140748.4342.38685.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Wed, 23 May 2012 18:07:48 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
	xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 674161@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
Tags: upstream

vbd plug to PV domain cause following error:

The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=4 | kind=vbd | devid=51760); backend (domid=0 | kind=vbd | devid=51760))

(same error occur during normal vm installation/running, but this is too long way and I cut some edges by creating a 'diskless' VM, wich just boot and stops inside in initramfs).

Operation log:

(preparation - not related to bug)
# mkdir /boot/guest
# cp /boot/vmlinuz-3.2.0-2-amd64 /boot/initrd.img-3.2.0-2-amd64 /boot/guest/  #(prepare external kernels)
# xe vm-install template=Other\ install\ media new-name-label=raw
8a6f56a7-3511-650e-d14b-4dd2a3d9c75d
# export vm=8a6f56a7-3511-650e-d14b-4dd2a3d9c75d
# xe vm-param-set uuid=$vm HVM-boot-policy= #(disable HVM mode == switch to PV)
# xe vm-param-set uuid=$vm  PV-bootloader=  #(disable eliloader/pygrub - use external kernel)
# xe vm-param-set uuid=$vm PV-kernel=/boot/guest/vmlinuz-3.2.0-2-amd64
# xe vm-param-set uuid=$vm PV-ramdisk=/boot/guest/initrd.img-3.2.0-2-amd64
# xe vm-param-set uuid=$vm PV-args="root=/" #(kerel cmdline - to go to initrd)
# xe vm-start uuid=$vm
    (now we got clean vm without network or block devices and we can easily repeat but conditions)


# xe sr-create type=file name-label=fileSR device-config:location=/mnt
319f3eaa-d1ba-a81d-acb3-493ecbdaab17
#xe vdi-create type=user virtual-size=2GiB name-label=test sr-uuid=319f3eaa-d1ba-a81d-acb3-493ecbdaab17 
8cc62479-e620-4561-a057-2eff0e0b8f8d

here bug part starts:
xe vbd-create vm-uuid=8a6f56a7-3511-650e-d14b-4dd2a3d9c75d vdi-uuid=8cc62479-e620-4561-a057-2eff0e0b8f8d device=0
716880c9-d6cb-44a8-e5cd-6a68f708c1f9
root@lab-xh3:~# xe vbd-plug uuid=716880c9-d6cb-44a8-e5cd-6a68f708c1f9 
The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712))


Log file content:
[20120523T14:00:23.276Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] xe vbd-plug uuid=716880c9-d6cb-44a8-e5cd-6a68f708c1f9 username=root password=null
[20120523T14:00:23.278Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.login_with_password D:0661f1729b93|xapi] Session.create trackid=094bbc269cc3c3ff4fe8b0faadef2ef1 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.278Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.login_with_password D:0661f1729b93|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.279Z|debug|lab-xh3|75 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:f3e45d1e1222 created by task D:0661f1729b93
[20120523T14:00:23.285Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|audit] VBD.plug: VBD = '716880c9-d6cb-44a8-e5cd-6a68f708c1f9'
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|locking_helpers] Acquired lock on VM OpaqueRef:714e30c2-f627-1df7-db85-f543eccca324 with token 3
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] vbd_plug: attempting to attach vbd
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Attempting to dynamically attach VBD to domid 2
[20120523T14:00:23.290Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] VBD device name 0 interpreted as Xen(0, 0) (hvm = false)
[20120523T14:00:23.290Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|sm] SM file sr_content_type sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c
[20120523T14:00:23.292Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Session.create trackid=d1fe239f7a7942262e1e1b0d73c8f9dc pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.293Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.293Z|debug|lab-xh3|76 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:ca1bcfee9e48 created by task D:e2722ffdc310
[20120523T14:00:23.374Z|debug|lab-xh3|77 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:f8b4e61f4b2d created by task R:4b5db3df62d8
[20120523T14:00:23.376Z|debug|lab-xh3|77 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.382Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Session.destroy trackid=d1fe239f7a7942262e1e1b0d73c8f9dc
[20120523T14:00:23.383Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] VDI.attach task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d read_write:true
[20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dummytaskhelper] task VDI.attach D:c50b045b76ac created by task R:4b5db3df62d8
[20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VDI.attach D:c50b045b76ac|sm] SM file vdi_attach sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c vdi=OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e writable=true
[20120523T14:00:23.385Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Session.create trackid=86f63a8f7c1a95156bc12aa8873e1d44 pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.386Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.387Z|debug|lab-xh3|78 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2cfe5c31c6b7 created by task D:b6a28b0b4cd5
[20120523T14:00:23.468Z|debug|lab-xh3|79 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:62ab2c48c7f5 created by task D:c50b045b76ac
[20120523T14:00:23.470Z|debug|lab-xh3|79 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.502Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Session.destroy trackid=86f63a8f7c1a95156bc12aa8873e1d44
[20120523T14:00:23.503Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d superstate:attached  RW
[20120523T14:00:23.504Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] VDI.activate task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d
[20120523T14:00:23.504Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dummytaskhelper] task VDI.activate D:da62a5425fb6 created by task R:4b5db3df62d8
[20120523T14:00:23.504Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VDI.activate D:da62a5425fb6|sm] SM file vdi_activate sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c vdi=OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e
[20120523T14:00:23.506Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Session.create trackid=9c511ffe89ca69d435a39ba939dc8083 pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.507Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.507Z|debug|lab-xh3|80 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:523810ee01c2 created by task D:a249a76eac61
[20120523T14:00:23.588Z|debug|lab-xh3|81 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:0cd4c9163a9a created by task D:da62a5425fb6
[20120523T14:00:23.590Z|debug|lab-xh3|81 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.600Z|debug|lab-xh3|82 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_by_uuid D:f9680d9069ea created by task D:da62a5425fb6
[20120523T14:00:23.602Z|debug|lab-xh3|82 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.603Z|debug|lab-xh3|83 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_by_uuid D:1366191ebd80 created by task D:da62a5425fb6
[20120523T14:00:23.605Z|debug|lab-xh3|83 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.606Z|debug|lab-xh3|84 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_sm_config D:990bce9ac71c created by task D:da62a5425fb6
[20120523T14:00:23.607Z|debug|lab-xh3|84 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.608Z|debug|lab-xh3|85 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.add_to_sm_config D:ca8a41754135 created by task D:da62a5425fb6
[20120523T14:00:23.609Z| info|lab-xh3|85 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_sm_config D:ca8a41754135|api_effect] VDI.add_to_sm_config
[20120523T14:00:23.611Z|debug|lab-xh3|85 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.611Z|debug|lab-xh3|86 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_sm_config D:5743d23d52ab created by task D:da62a5425fb6
[20120523T14:00:23.613Z|debug|lab-xh3|86 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.614Z|debug|lab-xh3|87 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_by_uuid D:fbd52f47c790 created by task D:da62a5425fb6
[20120523T14:00:23.616Z|debug|lab-xh3|87 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.617Z|debug|lab-xh3|88 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_SR D:4e937c4a1379 created by task D:da62a5425fb6
[20120523T14:00:23.618Z|debug|lab-xh3|88 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.619Z|debug|lab-xh3|89 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_uuid D:9aaaa895c167 created by task D:da62a5425fb6
[20120523T14:00:23.621Z|debug|lab-xh3|89 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.622Z|debug|lab-xh3|90 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_by_uuid D:4d9c1be2ddba created by task D:da62a5425fb6
[20120523T14:00:23.624Z|debug|lab-xh3|90 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.624Z|debug|lab-xh3|91 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_type D:259559b7ae22 created by task D:da62a5425fb6
[20120523T14:00:23.626Z|debug|lab-xh3|91 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.627Z|debug|lab-xh3|92 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SM.get_all_records_where D:e8b7d1fd933a created by task D:da62a5425fb6
[20120523T14:00:23.629Z|debug|lab-xh3|92 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.630Z|debug|lab-xh3|93 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SM.get_driver_filename D:9aace8dccffa created by task D:da62a5425fb6
[20120523T14:00:23.632Z|debug|lab-xh3|93 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.633Z|debug|lab-xh3|94 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VM.get_all_records_where D:49f473b24d94 created by task D:da62a5425fb6
[20120523T14:00:23.638Z|debug|lab-xh3|94 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.639Z|debug|lab-xh3|95 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:PBD.get_all_records_where D:ab689a18ab34 created by task D:da62a5425fb6
[20120523T14:00:23.641Z|debug|lab-xh3|95 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.641Z|debug|lab-xh3|96 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:PBD.get_device_config D:98ed30da69f4 created by task D:da62a5425fb6
[20120523T14:00:23.643Z|debug|lab-xh3|96 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.646Z|debug|lab-xh3|97 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.655Z| info|lab-xh3|98 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:774a27e7f6a2|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.657Z|debug|lab-xh3|98 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.658Z| info|lab-xh3|99 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:dfa79cc6aa39|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.660Z|debug|lab-xh3|99 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.661Z| info|lab-xh3|100 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:55ec2bb8c12a|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.663Z|debug|lab-xh3|100 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.665Z| info|lab-xh3|101 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:0e6ab4d0e278|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.666Z|debug|lab-xh3|101 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.668Z| info|lab-xh3|102 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:f3712db91596|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.669Z|debug|lab-xh3|102 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.671Z| info|lab-xh3|103 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:405254ef3d29|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.672Z|debug|lab-xh3|103 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.674Z| info|lab-xh3|104 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:9ccdf51d9119|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.676Z|debug|lab-xh3|104 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.677Z| info|lab-xh3|105 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:a0d04baf4d20|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.679Z|debug|lab-xh3|105 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.681Z| info|lab-xh3|106 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:809ea44d0919|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.682Z|debug|lab-xh3|106 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.684Z| info|lab-xh3|107 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:47e8d83e8ecc|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.685Z|debug|lab-xh3|107 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.742Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Session.destroy trackid=9c511ffe89ca69d435a39ba939dc8083
[20120523T14:00:23.743Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d superstate:activated RW
[20120523T14:00:23.744Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xenops] Device.Vbd.add (device_number=Xen(0, 0) | params=/dev/sm/backend/319f3eaa-d1ba-a81d-acb3-493ecbdaab17/8cc62479-e620-4561-a057-2eff0e0b8f8d | phystype=vhd)
[20120523T14:00:23.744Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xenops] adding device  B0[/local/domain/0/backend/vbd/2/51712]  F2[/local/domain/2/device/vbd/51712]  H[/xapi/2/hotplug/vbd/51712]
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> device.ml:497.1-60 -> vbdops.ml:102.37-229 -> storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Converting xenops exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) into nice API internal error
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at xapi_xenops_errors.ml:83.10-26 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> xapi_vbd.ml:46.3-80 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|locking_helpers] Released lock on VM OpaqueRef:714e30c2-f627-1df7-db85-f543eccca324 with token 3
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> message_forwarding.ml:233.25-44 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at pervasiveext.ml:26.22-25 -> message_forwarding.ml:3238.3-194 -> rbac.ml:229.16-23
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dispatcher] Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.750Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|dispatch:VBD.plug D:e3c3ca998d32|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|dispatch:VBD.plug D:e3c3ca998d32|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:153.10-106 -> server.ml:26859.19-167 -> server_helpers.ml:119.4-7
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||xapi] Raised at client.ml:6.37-75 -> client.ml:9878.12-61 -> xapi_cli.ml:112.18-56 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.753Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.logout D:4eb585f43123|xapi] Session.destroy trackid=094bbc269cc3c3ff4fe8b0faadef2ef1
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_cli.ml:111.2-138 -> xapi_cli.ml:205.7-44 -> xapi_cli.ml:257.4-23
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:01:02.079Z|debug|lab-xh3|19|Starting periodic scheduler D:3f704699c722|backgroundscheduler] Adding function Logrotate to queue, start=300.000000, type=Periodic(300.000000)
[20120523T14:01:02.079Z|debug|lab-xh3|19|Starting periodic scheduler D:3f704699c722|backgroundscheduler] Sleeping until next event (119.911749 seconds)

syslog:


May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.672Z| info|lab-xh3|103 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:be30c8e0e2cc|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.675Z| info|lab-xh3|104 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:fb48cb1c478e|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.679Z| info|lab-xh3|105 UNIX /var/lib/xcp/xapi|VDI.remove_from_xenstore_data D:d41cb4970a71|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.remove_from_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.682Z| info|lab-xh3|106 UNIX /var/lib/xcp/xapi|VDI.remove_from_xenstore_data D:d6afa4349dcc|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.remove_from_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.685Z| info|lab-xh3|107 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:f03a5d19ee42|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 tapdisk[4245]: tapdisk-control: init, 10 x 4k buffers
May 23 18:00:23 lab-xh3 tapdisk[4245]: I/O queue driver: lio
May 23 18:00:23 lab-xh3 tapdisk[4245]: tapdisk-log: started, level 0
May 23 18:00:23 lab-xh3 tapdisk[4245]: received 'attach' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: sending 'attach response' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: received 'open' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd version: tap 0x00010003, b: 1024, a: 0, f: 0, n: 13
May 23 18:00:23 lab-xh3 tapdisk[4245]: opened image /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd (1 users, state: 0x00000001, type: 4, rw)
May 23 18:00:23 lab-xh3 tapdisk[4245]: VBD CHAIN:
May 23 18:00:23 lab-xh3 tapdisk[4245]: /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd: type:vhd(4) storage:ext(2)
May 23 18:00:23 lab-xh3 tapdisk[4245]: bdev: capacity=4194304 sector_size=512/512 flags=0
May 23 18:00:23 lab-xh3 tapdisk[4245]: sending 'open response' message (uuid = 0)
May 23 18:00:23 lab-xh3 kernel: [  545.326774] block tda: sector-size: 512/512+0 capacity: 4194304 discard: 0+0 flush: 0x0
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.747Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|audit] ('trackid=094bbc269cc3c3ff4fe8b0faadef2ef1' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]' 'API' 'VBD.plug' (('self' '' '716880c9-d6cb-44a8-e5cd-6a68f708c1f9' 'OpaqueRef:14ac0618-0dd5-d41b-212d-a250221c1e80')))


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-7
ii  libxenstore3.0                                 4.1.2-7
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-7
ii  xen-utils-4.1                                  4.1.2-7
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:15:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:15:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXCLP-0000qU-Hu; Wed, 23 May 2012 14:15:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SXCLO-0000qP-8j
	for xen-api@lists.xensource.com; Wed, 23 May 2012 14:15:18 +0000
Received: from [85.158.138.51:49123] by server-1.bemta-3.messagelabs.com id
	FE/20-18759-5F0FCBF4; Wed, 23 May 2012 14:15:17 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337782513!20629052!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 792 invoked from network); 23 May 2012 14:15:15 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP;
	23 May 2012 14:15:15 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SXCLB-0003zK-5i; Wed, 23 May 2012 14:15:05 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Wed, 23 May 2012 14:15:02 +0000
Resent-Message-ID: <handler.674161.B.133778230114663@bugs.debian.org>
X-Debian-PR-Message: report 674161
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133778230114663
	(code B ref -1); Wed, 23 May 2012 14:15:02 +0000
Received: (at submit) by bugs.debian.org; 23 May 2012 14:11:41 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-10.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, MURPHY_DRUGS_REL8, NML_ADSP_CUSTOM_MED, RDNS_NONE,
	SPF_NEUTRAL, XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 544; hammy, 151; neutral, 488; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXCHs-0003oE-HA
	for submit@bugs.debian.org; Wed, 23 May 2012 14:11:41 +0000
Received: by lab-xh3 (Postfix, from userid 0)
	id 8044A8824E1; Wed, 23 May 2012 18:07:48 +0400 (MSK)
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120523140748.4342.38685.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Wed, 23 May 2012 18:07:48 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
	xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 674161@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
Tags: upstream

vbd plug to PV domain cause following error:

The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=4 | kind=vbd | devid=51760); backend (domid=0 | kind=vbd | devid=51760))

(same error occur during normal vm installation/running, but this is too long way and I cut some edges by creating a 'diskless' VM, wich just boot and stops inside in initramfs).

Operation log:

(preparation - not related to bug)
# mkdir /boot/guest
# cp /boot/vmlinuz-3.2.0-2-amd64 /boot/initrd.img-3.2.0-2-amd64 /boot/guest/  #(prepare external kernels)
# xe vm-install template=Other\ install\ media new-name-label=raw
8a6f56a7-3511-650e-d14b-4dd2a3d9c75d
# export vm=8a6f56a7-3511-650e-d14b-4dd2a3d9c75d
# xe vm-param-set uuid=$vm HVM-boot-policy= #(disable HVM mode == switch to PV)
# xe vm-param-set uuid=$vm  PV-bootloader=  #(disable eliloader/pygrub - use external kernel)
# xe vm-param-set uuid=$vm PV-kernel=/boot/guest/vmlinuz-3.2.0-2-amd64
# xe vm-param-set uuid=$vm PV-ramdisk=/boot/guest/initrd.img-3.2.0-2-amd64
# xe vm-param-set uuid=$vm PV-args="root=/" #(kerel cmdline - to go to initrd)
# xe vm-start uuid=$vm
    (now we got clean vm without network or block devices and we can easily repeat but conditions)


# xe sr-create type=file name-label=fileSR device-config:location=/mnt
319f3eaa-d1ba-a81d-acb3-493ecbdaab17
#xe vdi-create type=user virtual-size=2GiB name-label=test sr-uuid=319f3eaa-d1ba-a81d-acb3-493ecbdaab17 
8cc62479-e620-4561-a057-2eff0e0b8f8d

here bug part starts:
xe vbd-create vm-uuid=8a6f56a7-3511-650e-d14b-4dd2a3d9c75d vdi-uuid=8cc62479-e620-4561-a057-2eff0e0b8f8d device=0
716880c9-d6cb-44a8-e5cd-6a68f708c1f9
root@lab-xh3:~# xe vbd-plug uuid=716880c9-d6cb-44a8-e5cd-6a68f708c1f9 
The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712))


Log file content:
[20120523T14:00:23.276Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] xe vbd-plug uuid=716880c9-d6cb-44a8-e5cd-6a68f708c1f9 username=root password=null
[20120523T14:00:23.278Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.login_with_password D:0661f1729b93|xapi] Session.create trackid=094bbc269cc3c3ff4fe8b0faadef2ef1 pool=false uname=root is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.278Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.login_with_password D:0661f1729b93|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.279Z|debug|lab-xh3|75 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:f3e45d1e1222 created by task D:0661f1729b93
[20120523T14:00:23.285Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|audit] VBD.plug: VBD = '716880c9-d6cb-44a8-e5cd-6a68f708c1f9'
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|locking_helpers] Acquired lock on VM OpaqueRef:714e30c2-f627-1df7-db85-f543eccca324 with token 3
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] vbd_plug: attempting to attach vbd
[20120523T14:00:23.289Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Attempting to dynamically attach VBD to domid 2
[20120523T14:00:23.290Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] VBD device name 0 interpreted as Xen(0, 0) (hvm = false)
[20120523T14:00:23.290Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|sm] SM file sr_content_type sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c
[20120523T14:00:23.292Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Session.create trackid=d1fe239f7a7942262e1e1b0d73c8f9dc pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.293Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.293Z|debug|lab-xh3|76 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:ca1bcfee9e48 created by task D:e2722ffdc310
[20120523T14:00:23.374Z|debug|lab-xh3|77 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:f8b4e61f4b2d created by task R:4b5db3df62d8
[20120523T14:00:23.376Z|debug|lab-xh3|77 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.382Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:e2722ffdc310|xapi] Session.destroy trackid=d1fe239f7a7942262e1e1b0d73c8f9dc
[20120523T14:00:23.383Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] VDI.attach task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d read_write:true
[20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dummytaskhelper] task VDI.attach D:c50b045b76ac created by task R:4b5db3df62d8
[20120523T14:00:23.384Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VDI.attach D:c50b045b76ac|sm] SM file vdi_attach sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c vdi=OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e writable=true
[20120523T14:00:23.385Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Session.create trackid=86f63a8f7c1a95156bc12aa8873e1d44 pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.386Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.387Z|debug|lab-xh3|78 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2cfe5c31c6b7 created by task D:b6a28b0b4cd5
[20120523T14:00:23.468Z|debug|lab-xh3|79 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:62ab2c48c7f5 created by task D:c50b045b76ac
[20120523T14:00:23.470Z|debug|lab-xh3|79 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.502Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:b6a28b0b4cd5|xapi] Session.destroy trackid=86f63a8f7c1a95156bc12aa8873e1d44
[20120523T14:00:23.503Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d superstate:attached  RW
[20120523T14:00:23.504Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] VDI.activate task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d
[20120523T14:00:23.504Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dummytaskhelper] task VDI.activate D:da62a5425fb6 created by task R:4b5db3df62d8
[20120523T14:00:23.504Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VDI.activate D:da62a5425fb6|sm] SM file vdi_activate sr=OpaqueRef:90cbfca8-ffca-554a-4809-d85a71dd826c vdi=OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e
[20120523T14:00:23.506Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Session.create trackid=9c511ffe89ca69d435a39ba939dc8083 pool=false uname= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T14:00:23.507Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Attempting to open /var/lib/xcp/xapi
[20120523T14:00:23.507Z|debug|lab-xh3|80 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:523810ee01c2 created by task D:a249a76eac61
[20120523T14:00:23.588Z|debug|lab-xh3|81 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_other_config D:0cd4c9163a9a created by task D:da62a5425fb6
[20120523T14:00:23.590Z|debug|lab-xh3|81 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.600Z|debug|lab-xh3|82 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_by_uuid D:f9680d9069ea created by task D:da62a5425fb6
[20120523T14:00:23.602Z|debug|lab-xh3|82 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.603Z|debug|lab-xh3|83 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:host.get_by_uuid D:1366191ebd80 created by task D:da62a5425fb6
[20120523T14:00:23.605Z|debug|lab-xh3|83 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.606Z|debug|lab-xh3|84 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_sm_config D:990bce9ac71c created by task D:da62a5425fb6
[20120523T14:00:23.607Z|debug|lab-xh3|84 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.608Z|debug|lab-xh3|85 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.add_to_sm_config D:ca8a41754135 created by task D:da62a5425fb6
[20120523T14:00:23.609Z| info|lab-xh3|85 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_sm_config D:ca8a41754135|api_effect] VDI.add_to_sm_config
[20120523T14:00:23.611Z|debug|lab-xh3|85 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.611Z|debug|lab-xh3|86 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_sm_config D:5743d23d52ab created by task D:da62a5425fb6
[20120523T14:00:23.613Z|debug|lab-xh3|86 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.614Z|debug|lab-xh3|87 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_by_uuid D:fbd52f47c790 created by task D:da62a5425fb6
[20120523T14:00:23.616Z|debug|lab-xh3|87 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.617Z|debug|lab-xh3|88 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.get_SR D:4e937c4a1379 created by task D:da62a5425fb6
[20120523T14:00:23.618Z|debug|lab-xh3|88 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.619Z|debug|lab-xh3|89 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_uuid D:9aaaa895c167 created by task D:da62a5425fb6
[20120523T14:00:23.621Z|debug|lab-xh3|89 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.622Z|debug|lab-xh3|90 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_by_uuid D:4d9c1be2ddba created by task D:da62a5425fb6
[20120523T14:00:23.624Z|debug|lab-xh3|90 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.624Z|debug|lab-xh3|91 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SR.get_type D:259559b7ae22 created by task D:da62a5425fb6
[20120523T14:00:23.626Z|debug|lab-xh3|91 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.627Z|debug|lab-xh3|92 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SM.get_all_records_where D:e8b7d1fd933a created by task D:da62a5425fb6
[20120523T14:00:23.629Z|debug|lab-xh3|92 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.630Z|debug|lab-xh3|93 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:SM.get_driver_filename D:9aace8dccffa created by task D:da62a5425fb6
[20120523T14:00:23.632Z|debug|lab-xh3|93 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.633Z|debug|lab-xh3|94 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VM.get_all_records_where D:49f473b24d94 created by task D:da62a5425fb6
[20120523T14:00:23.638Z|debug|lab-xh3|94 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.639Z|debug|lab-xh3|95 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:PBD.get_all_records_where D:ab689a18ab34 created by task D:da62a5425fb6
[20120523T14:00:23.641Z|debug|lab-xh3|95 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.641Z|debug|lab-xh3|96 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:PBD.get_device_config D:98ed30da69f4 created by task D:da62a5425fb6
[20120523T14:00:23.643Z|debug|lab-xh3|96 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.646Z|debug|lab-xh3|97 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.655Z| info|lab-xh3|98 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:774a27e7f6a2|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.657Z|debug|lab-xh3|98 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.658Z| info|lab-xh3|99 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:dfa79cc6aa39|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.660Z|debug|lab-xh3|99 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.661Z| info|lab-xh3|100 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:55ec2bb8c12a|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.663Z|debug|lab-xh3|100 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.665Z| info|lab-xh3|101 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:0e6ab4d0e278|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.666Z|debug|lab-xh3|101 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.668Z| info|lab-xh3|102 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:f3712db91596|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.669Z|debug|lab-xh3|102 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.671Z| info|lab-xh3|103 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:405254ef3d29|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.672Z|debug|lab-xh3|103 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.674Z| info|lab-xh3|104 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:9ccdf51d9119|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.676Z|debug|lab-xh3|104 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.677Z| info|lab-xh3|105 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:a0d04baf4d20|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.679Z|debug|lab-xh3|105 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.681Z| info|lab-xh3|106 UNIX /var/lib/xcp/xapi|dispatch:VDI.remove_from_xenstore_data D:809ea44d0919|api_effect] VDI.remove_from_xenstore_data
[20120523T14:00:23.682Z|debug|lab-xh3|106 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.684Z| info|lab-xh3|107 UNIX /var/lib/xcp/xapi|dispatch:VDI.add_to_xenstore_data D:47e8d83e8ecc|api_effect] VDI.add_to_xenstore_data
[20120523T14:00:23.685Z|debug|lab-xh3|107 UNIX /var/lib/xcp/xapi||http_critical] Premature termination of connection!
[20120523T14:00:23.742Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|sm_exec D:a249a76eac61|xapi] Session.destroy trackid=9c511ffe89ca69d435a39ba939dc8083
[20120523T14:00:23.743Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|storage_impl] task:OpaqueRef:4b5db3df-62d8-3ec4-37c5-b813328ea279 dp:vbd/2/0 sr:319f3eaa-d1ba-a81d-acb3-493ecbdaab17 vdi:8cc62479-e620-4561-a057-2eff0e0b8f8d superstate:activated RW
[20120523T14:00:23.744Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xenops] Device.Vbd.add (device_number=Xen(0, 0) | params=/dev/sm/backend/319f3eaa-d1ba-a81d-acb3-493ecbdaab17/8cc62479-e620-4561-a057-2eff0e0b8f8d | phystype=vhd)
[20120523T14:00:23.744Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xenops] adding device  B0[/local/domain/0/backend/vbd/2/51712]  F2[/local/domain/2/device/vbd/51712]  H[/xapi/2/hotplug/vbd/51712]
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> device.ml:497.1-60 -> vbdops.ml:102.37-229 -> storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Converting xenops exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) into nice API internal error
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at xapi_xenops_errors.ml:83.10-26 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> xapi_vbd.ml:46.3-80 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|locking_helpers] Released lock on VM OpaqueRef:714e30c2-f627-1df7-db85-f543eccca324 with token 3
[20120523T14:00:23.745Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> message_forwarding.ml:233.25-44 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at pervasiveext.ml:26.22-25 -> message_forwarding.ml:3238.3-194 -> rbac.ml:229.16-23
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at rbac.ml:238.10-15 -> server_helpers.ml:79.11-41
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dispatcher] Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|dispatcher] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.747Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|backtrace] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:00:23.750Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at server_helpers.ml:94.14-15 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|dispatch:VBD.plug D:e3c3ca998d32|xapi] Raised at pervasiveext.ml:26.22-25 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi|dispatch:VBD.plug D:e3c3ca998d32|backtrace] Raised at pervasiveext.ml:26.22-25 -> server_helpers.ml:153.10-106 -> server.ml:26859.19-167 -> server_helpers.ml:119.4-7
[20120523T14:00:23.751Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||xapi] Raised at client.ml:6.37-75 -> client.ml:9878.12-61 -> xapi_cli.ml:112.18-56 -> pervasiveext.ml:22.2-9
[20120523T14:00:23.753Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|session.logout D:4eb585f43123|xapi] Session.destroy trackid=094bbc269cc3c3ff4fe8b0faadef2ef1
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||backtrace] Raised at pervasiveext.ml:26.22-25 -> xapi_cli.ml:111.2-138 -> xapi_cli.ml:205.7-44 -> xapi_cli.ml:257.4-23
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]
[20120523T14:00:23.754Z|debug|lab-xh3|74 UNIX /var/lib/xcp/xapi||cli] Raised at string.ml:150.25-34 -> stringext.ml:108.13-29
[20120523T14:01:02.079Z|debug|lab-xh3|19|Starting periodic scheduler D:3f704699c722|backgroundscheduler] Adding function Logrotate to queue, start=300.000000, type=Periodic(300.000000)
[20120523T14:01:02.079Z|debug|lab-xh3|19|Starting periodic scheduler D:3f704699c722|backgroundscheduler] Sleeping until next event (119.911749 seconds)

syslog:


May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.672Z| info|lab-xh3|103 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:be30c8e0e2cc|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.675Z| info|lab-xh3|104 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:fb48cb1c478e|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.679Z| info|lab-xh3|105 UNIX /var/lib/xcp/xapi|VDI.remove_from_xenstore_data D:d41cb4970a71|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.remove_from_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.682Z| info|lab-xh3|106 UNIX /var/lib/xcp/xapi|VDI.remove_from_xenstore_data D:d6afa4349dcc|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.remove_from_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.685Z| info|lab-xh3|107 UNIX /var/lib/xcp/xapi|VDI.add_to_xenstore_data D:f03a5d19ee42|audit] ('trackid=9c511ffe89ca69d435a39ba939dc8083' 'LOCAL_SUPERUSER' '' 'ALLOWED' 'OK' 'API' 'VDI.add_to_xenstore_data' (('self' 'test' '8cc62479-e620-4561-a057-2eff0e0b8f8d' 'OpaqueRef:cd5aca3f-0e25-b85f-9ba7-866bf783575e')))
May 23 18:00:23 lab-xh3 tapdisk[4245]: tapdisk-control: init, 10 x 4k buffers
May 23 18:00:23 lab-xh3 tapdisk[4245]: I/O queue driver: lio
May 23 18:00:23 lab-xh3 tapdisk[4245]: tapdisk-log: started, level 0
May 23 18:00:23 lab-xh3 tapdisk[4245]: received 'attach' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: sending 'attach response' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: received 'open' message (uuid = 0)
May 23 18:00:23 lab-xh3 tapdisk[4245]: /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd version: tap 0x00010003, b: 1024, a: 0, f: 0, n: 13
May 23 18:00:23 lab-xh3 tapdisk[4245]: opened image /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd (1 users, state: 0x00000001, type: 4, rw)
May 23 18:00:23 lab-xh3 tapdisk[4245]: VBD CHAIN:
May 23 18:00:23 lab-xh3 tapdisk[4245]: /mnt/8cc62479-e620-4561-a057-2eff0e0b8f8d.vhd: type:vhd(4) storage:ext(2)
May 23 18:00:23 lab-xh3 tapdisk[4245]: bdev: capacity=4194304 sector_size=512/512 flags=0
May 23 18:00:23 lab-xh3 tapdisk[4245]: sending 'open response' message (uuid = 0)
May 23 18:00:23 lab-xh3 kernel: [  545.326774] block tda: sector-size: 512/512+0 capacity: 4194304 discard: 0+0 flush: 0x0
May 23 18:00:23 lab-xh3 xapi: [20120523T14:00:23.747Z| info|lab-xh3|74 UNIX /var/lib/xcp/xapi|VBD.plug R:4b5db3df62d8|audit] ('trackid=094bbc269cc3c3ff4fe8b0faadef2ef1' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ the device disappeared from xenstore (frontend (domid=2 | kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712)) ]' 'API' 'VBD.plug' (('self' '' '716880c9-d6cb-44a8-e5cd-6a68f708c1f9' 'OpaqueRef:14ac0618-0dd5-d41b-212d-a250221c1e80')))


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-7
ii  libxenstore3.0                                 4.1.2-7
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-7
ii  xen-utils-4.1                                  4.1.2-7
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:32:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:32:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXCbd-0001Wi-9E; Wed, 23 May 2012 14:32:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <e.chupriyanov@cpm.ru>) id 1SXCbb-0001Wa-LB
	for xen-api@lists.xen.org; Wed, 23 May 2012 14:32:03 +0000
Received: from [85.158.143.99:52104] by server-3.bemta-4.messagelabs.com id
	5C/1B-05853-2E4FCBF4; Wed, 23 May 2012 14:32:02 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-216.messagelabs.com!1337783521!19799864!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28429 invoked from network); 23 May 2012 14:32:01 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-216.messagelabs.com with SMTP;
	23 May 2012 14:32:01 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id A8B4117E72
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 18:31:59 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1337783519; bh=zvpMbf/yR42deDz9x9AExM8oHMsF0nINX8Uwn/B4F30=;
	h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type:
	Content-Transfer-Encoding;
	b=sznSY1BdiBB+EFB2dwX+48esU45UIWe0nqFY7MQaSpPEB9GBoWUdu6fPKFi8B01tq
	Vp2gZa8wgKrLCg9FbVZnexAMk+nY4ROhSJONn/F3Fw+qrOnPNAPxwNX8Bf/E+C78V8
	LLu8vdakdYEBUv7R7itfJniD3SkFffIfxTPWI0wE=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0Z2AK+9tnRyt for <xen-api@lists.xen.org>;
	Wed, 23 May 2012 18:31:59 +0400 (MSK)
Received: from [172.16.35.101] (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id 90A9917E6A
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 18:31:59 +0400 (MSK)
Message-ID: <4FBCF4DA.2020704@cpm.ru>
Date: Wed, 23 May 2012 18:31:54 +0400
From: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello!

I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
I've successfully connected to it using XenCenter, attached NFS ISO and 
VHD storages and was able to import VMs created on neighbour XCP 1.5 
Beta server.

But I have trouble installing new VMs using ISO images on ISO SR. My 
guests simply "do not see" attached images.
Here is how it looks:

root@xcp02:/usr/lib/xcp/lib# xe vm-cd-list uuid=2c91cfd0-c892-598b-2ef5-557dda4ef9e3

CD 0 VBD:

uuid ( RO)             : 4eaefa4c-41ad-3e85-df47-512b85ce0fd2

     vm-name-label ( RO): Precise (1)

             empty ( RO): false

        userdevice ( RW): 3

CD 0 VDI:

uuid ( RO)             : 1c961978-6435-408f-b558-b8f4f6220033

        name-label ( RW): Bootable_UCSInstall_UCOS_UNRST_8.6.2.10000-14.sgn.iso

     sr-name-label ( RO): ISOLIB

      virtual-size ( RO): 4521836544

Looking at dmesg in guest i see following:


[ 94.211753] blkfront device/vbd/51760 num-ring-pages 1 nr_ents 32.

But can't find corresponding block device in /dev

What can be done to fix it?

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 14:32:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 14:32:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXCbd-0001Wi-9E; Wed, 23 May 2012 14:32:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <e.chupriyanov@cpm.ru>) id 1SXCbb-0001Wa-LB
	for xen-api@lists.xen.org; Wed, 23 May 2012 14:32:03 +0000
Received: from [85.158.143.99:52104] by server-3.bemta-4.messagelabs.com id
	5C/1B-05853-2E4FCBF4; Wed, 23 May 2012 14:32:02 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-14.tower-216.messagelabs.com!1337783521!19799864!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28429 invoked from network); 23 May 2012 14:32:01 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-14.tower-216.messagelabs.com with SMTP;
	23 May 2012 14:32:01 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id A8B4117E72
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 18:31:59 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1337783519; bh=zvpMbf/yR42deDz9x9AExM8oHMsF0nINX8Uwn/B4F30=;
	h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type:
	Content-Transfer-Encoding;
	b=sznSY1BdiBB+EFB2dwX+48esU45UIWe0nqFY7MQaSpPEB9GBoWUdu6fPKFi8B01tq
	Vp2gZa8wgKrLCg9FbVZnexAMk+nY4ROhSJONn/F3Fw+qrOnPNAPxwNX8Bf/E+C78V8
	LLu8vdakdYEBUv7R7itfJniD3SkFffIfxTPWI0wE=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 0Z2AK+9tnRyt for <xen-api@lists.xen.org>;
	Wed, 23 May 2012 18:31:59 +0400 (MSK)
Received: from [172.16.35.101] (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id 90A9917E6A
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 18:31:59 +0400 (MSK)
Message-ID: <4FBCF4DA.2020704@cpm.ru>
Date: Wed, 23 May 2012 18:31:54 +0400
From: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello!

I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
I've successfully connected to it using XenCenter, attached NFS ISO and 
VHD storages and was able to import VMs created on neighbour XCP 1.5 
Beta server.

But I have trouble installing new VMs using ISO images on ISO SR. My 
guests simply "do not see" attached images.
Here is how it looks:

root@xcp02:/usr/lib/xcp/lib# xe vm-cd-list uuid=2c91cfd0-c892-598b-2ef5-557dda4ef9e3

CD 0 VBD:

uuid ( RO)             : 4eaefa4c-41ad-3e85-df47-512b85ce0fd2

     vm-name-label ( RO): Precise (1)

             empty ( RO): false

        userdevice ( RW): 3

CD 0 VDI:

uuid ( RO)             : 1c961978-6435-408f-b558-b8f4f6220033

        name-label ( RW): Bootable_UCSInstall_UCOS_UNRST_8.6.2.10000-14.sgn.iso

     sr-name-label ( RO): ISOLIB

      virtual-size ( RO): 4521836544

Looking at dmesg in guest i see following:


[ 94.211753] blkfront device/vbd/51760 num-ring-pages 1 nr_ents 32.

But can't find corresponding block device in /dev

What can be done to fix it?

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:07:04 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:07:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXD9O-0003Sw-Ji; Wed, 23 May 2012 15:06:58 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXD9N-0003Sp-A8
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:06:57 +0000
Received: from [85.158.138.51:41376] by server-11.bemta-3.messagelabs.com id
	70/A7-20431-01DFCBF4; Wed, 23 May 2012 15:06:56 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1337785615!19830134!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26212 invoked from network); 23 May 2012 15:06:55 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:06:55 -0000
Received: by lbok6 with SMTP id k6so6638277lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:06:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=CKK3B2OQ6RXzmE/Nl9fkjTJ12ipNttjCYoSYRy97d2Y=;
	b=Ft1npPj4lYqViwZM/ElcFgqJgtgKJaq3vDyXtlrTnHdkYUmoIvodga5a9tvueXWrJu
	mQxJnmu9wpFSR/+2WRM+FGUpMmsJHDbfAAcP8inw6TY2PuGnYllHIWtcEwo1+sxnoEbB
	ZPMmMUiNsx2Dj+zE5xVjYjHpN/E1Ncx/ZBYSpNsETXxF8rh9tBOwztyeo5Ko++za2uRZ
	VJeLbbG/sPlGzSmvK5fTrC32y7uEqD9BXGl2wWEbY01OPEI+rfrFVIYQJPUjovBxPNJ2
	2zqTBDSkA2hULZfbnxD4/1uoXHbydnXTQQH6CSP6uq2RfvhHWfr6fF581zlefS749zZF
	eo/A==
Received: by 10.112.85.42 with SMTP id e10mr5367678lbz.17.1337785614696;
	Wed, 23 May 2012 08:06:54 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id gv8sm36312224lab.14.2012.05.23.08.06.52
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:06:53 -0700 (PDT)
Message-ID: <4FBCFD0A.7050703@gmail.com>
Date: Wed, 23 May 2012 19:06:50 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FBCF4DA.2020704@cpm.ru>
In-Reply-To: <4FBCF4DA.2020704@cpm.ru>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 18:31, Eugene Chupriyanov wrote:
>
> I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
> I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
> I've successfully connected to it using XenCenter, attached NFS ISO 
> and VHD storages and was able to import VMs created on neighbour XCP 
> 1.5 Beta server.
>
> But I have trouble installing new VMs using ISO images on ISO SR. My 
> guests simply "do not see" attached images.

Do 'xe sr-scan' or 'xe sr-update' with uuid of ISO sr. Note: you need to 
do this on the pool master and do have same images on every host in the 
pool.


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:07:04 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:07:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXD9O-0003Sw-Ji; Wed, 23 May 2012 15:06:58 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXD9N-0003Sp-A8
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:06:57 +0000
Received: from [85.158.138.51:41376] by server-11.bemta-3.messagelabs.com id
	70/A7-20431-01DFCBF4; Wed, 23 May 2012 15:06:56 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1337785615!19830134!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26212 invoked from network); 23 May 2012 15:06:55 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:06:55 -0000
Received: by lbok6 with SMTP id k6so6638277lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:06:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=CKK3B2OQ6RXzmE/Nl9fkjTJ12ipNttjCYoSYRy97d2Y=;
	b=Ft1npPj4lYqViwZM/ElcFgqJgtgKJaq3vDyXtlrTnHdkYUmoIvodga5a9tvueXWrJu
	mQxJnmu9wpFSR/+2WRM+FGUpMmsJHDbfAAcP8inw6TY2PuGnYllHIWtcEwo1+sxnoEbB
	ZPMmMUiNsx2Dj+zE5xVjYjHpN/E1Ncx/ZBYSpNsETXxF8rh9tBOwztyeo5Ko++za2uRZ
	VJeLbbG/sPlGzSmvK5fTrC32y7uEqD9BXGl2wWEbY01OPEI+rfrFVIYQJPUjovBxPNJ2
	2zqTBDSkA2hULZfbnxD4/1uoXHbydnXTQQH6CSP6uq2RfvhHWfr6fF581zlefS749zZF
	eo/A==
Received: by 10.112.85.42 with SMTP id e10mr5367678lbz.17.1337785614696;
	Wed, 23 May 2012 08:06:54 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id gv8sm36312224lab.14.2012.05.23.08.06.52
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:06:53 -0700 (PDT)
Message-ID: <4FBCFD0A.7050703@gmail.com>
Date: Wed, 23 May 2012 19:06:50 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FBCF4DA.2020704@cpm.ru>
In-Reply-To: <4FBCF4DA.2020704@cpm.ru>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 18:31, Eugene Chupriyanov wrote:
>
> I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
> I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
> I've successfully connected to it using XenCenter, attached NFS ISO 
> and VHD storages and was able to import VMs created on neighbour XCP 
> 1.5 Beta server.
>
> But I have trouble installing new VMs using ISO images on ISO SR. My 
> guests simply "do not see" attached images.

Do 'xe sr-scan' or 'xe sr-update' with uuid of ISO sr. Note: you need to 
do this on the pool master and do have same images on every host in the 
pool.


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:15:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:15:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDHT-0003pX-H5; Wed, 23 May 2012 15:15:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <judepereira@7terminals.com>) id 1SXDHT-0003pL-2W
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:15:19 +0000
Received: from [85.158.143.99:58368] by server-1.bemta-4.messagelabs.com id
	20/76-00342-60FFCBF4; Wed, 23 May 2012 15:15:18 +0000
X-Env-Sender: judepereira@7terminals.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1337786116!26070931!1
X-Originating-IP: [209.85.215.173]
X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_SHORT_LENGTH,RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6291 invoked from network); 23 May 2012 15:15:17 -0000
Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com)
	(209.85.215.173)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:15:17 -0000
Received: by eaak12 with SMTP id k12so2243772eaa.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:15:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type
	:x-gm-message-state;
	bh=ujmXRukTgvXaxi8lrzw57BidV3Mnjkh/W6CBmwN5nKM=;
	b=W3yA6O4T9pyOL0IvnswKwEhe3uwBTV6P9wRGF6b7An17cv9lht1VNgtRlwMmyvc12d
	ZszmQbNArr7efFlg7FaYX8K/zhBChARZCT7af9qrPyKRz1o+q5J/EIW/dpUnfXUVLCWr
	Gu1J3bdH+WdaFOsTTVCDUuxyXy2pRMZPKR1S2JlCZIBoXa+fTgaNsOc3we85zUi8/aPd
	KQteUcLec963r7ppaXMOi8ztxivZOA/EA/mTOmdLEaQOuzXyJjAK2WB+KpccrZnaDJz+
	A56k2q4420ICmNSzK2D8RbdPQPIAS7Mi/WkIEOtD8I4Bk4S4AjMQM0XF6JLEdeAlkUjf
	fbww==
Received: by 10.213.108.65 with SMTP id e1mr1427730ebp.124.1337786116564;
	Wed, 23 May 2012 08:15:16 -0700 (PDT)
Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51])
	by mx.google.com with ESMTPS id u10sm124537459eem.1.2012.05.23.08.15.14
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:15:15 -0700 (PDT)
Received: by wgbed3 with SMTP id ed3so5637066wgb.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:15:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.185.232 with SMTP id ff8mr13846096igc.5.1337786113245; Wed,
	23 May 2012 08:15:13 -0700 (PDT)
Received: by 10.43.75.132 with HTTP; Wed, 23 May 2012 08:15:13 -0700 (PDT)
Received: by 10.43.75.132 with HTTP; Wed, 23 May 2012 08:15:13 -0700 (PDT)
Date: Wed, 23 May 2012 19:15:13 +0400
Message-ID: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
From: Jude Pereira <judepereira@7terminals.com>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmJ2Eu5obDvkXTEodR29DPOpta3yxH+eMGChqs8FSYfs0HwBuhZl/fFapIOaO1EbWTvu7Fo
Subject: [Xen-API] Support for iscsi
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7902102503061559726=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7902102503061559726==
Content-Type: multipart/alternative; boundary=14dae9340f2910c00304c0b59a9f

--14dae9340f2910c00304c0b59a9f
Content-Type: text/plain; charset=ISO-8859-1

Does xcp have support for iscsi?

--
Jude Pereira
judepereira@7terminals.com

--14dae9340f2910c00304c0b59a9f
Content-Type: text/html; charset=ISO-8859-1

<p>Does xcp have support for iscsi?<br></p>
<p>--<br>
Jude Pereira<br>
<a href="mailto:judepereira@7terminals.com">judepereira@7terminals.com</a></p>

--14dae9340f2910c00304c0b59a9f--


--===============7902102503061559726==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7902102503061559726==--


From xen-api-bounces@lists.xen.org Wed May 23 15:15:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:15:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDHT-0003pX-H5; Wed, 23 May 2012 15:15:19 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <judepereira@7terminals.com>) id 1SXDHT-0003pL-2W
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:15:19 +0000
Received: from [85.158.143.99:58368] by server-1.bemta-4.messagelabs.com id
	20/76-00342-60FFCBF4; Wed, 23 May 2012 15:15:18 +0000
X-Env-Sender: judepereira@7terminals.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1337786116!26070931!1
X-Originating-IP: [209.85.215.173]
X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	HTML_SHORT_LENGTH,RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6291 invoked from network); 23 May 2012 15:15:17 -0000
Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com)
	(209.85.215.173)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:15:17 -0000
Received: by eaak12 with SMTP id k12so2243772eaa.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:15:16 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type
	:x-gm-message-state;
	bh=ujmXRukTgvXaxi8lrzw57BidV3Mnjkh/W6CBmwN5nKM=;
	b=W3yA6O4T9pyOL0IvnswKwEhe3uwBTV6P9wRGF6b7An17cv9lht1VNgtRlwMmyvc12d
	ZszmQbNArr7efFlg7FaYX8K/zhBChARZCT7af9qrPyKRz1o+q5J/EIW/dpUnfXUVLCWr
	Gu1J3bdH+WdaFOsTTVCDUuxyXy2pRMZPKR1S2JlCZIBoXa+fTgaNsOc3we85zUi8/aPd
	KQteUcLec963r7ppaXMOi8ztxivZOA/EA/mTOmdLEaQOuzXyJjAK2WB+KpccrZnaDJz+
	A56k2q4420ICmNSzK2D8RbdPQPIAS7Mi/WkIEOtD8I4Bk4S4AjMQM0XF6JLEdeAlkUjf
	fbww==
Received: by 10.213.108.65 with SMTP id e1mr1427730ebp.124.1337786116564;
	Wed, 23 May 2012 08:15:16 -0700 (PDT)
Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51])
	by mx.google.com with ESMTPS id u10sm124537459eem.1.2012.05.23.08.15.14
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:15:15 -0700 (PDT)
Received: by wgbed3 with SMTP id ed3so5637066wgb.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:15:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.185.232 with SMTP id ff8mr13846096igc.5.1337786113245; Wed,
	23 May 2012 08:15:13 -0700 (PDT)
Received: by 10.43.75.132 with HTTP; Wed, 23 May 2012 08:15:13 -0700 (PDT)
Received: by 10.43.75.132 with HTTP; Wed, 23 May 2012 08:15:13 -0700 (PDT)
Date: Wed, 23 May 2012 19:15:13 +0400
Message-ID: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
From: Jude Pereira <judepereira@7terminals.com>
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQmJ2Eu5obDvkXTEodR29DPOpta3yxH+eMGChqs8FSYfs0HwBuhZl/fFapIOaO1EbWTvu7Fo
Subject: [Xen-API] Support for iscsi
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7902102503061559726=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============7902102503061559726==
Content-Type: multipart/alternative; boundary=14dae9340f2910c00304c0b59a9f

--14dae9340f2910c00304c0b59a9f
Content-Type: text/plain; charset=ISO-8859-1

Does xcp have support for iscsi?

--
Jude Pereira
judepereira@7terminals.com

--14dae9340f2910c00304c0b59a9f
Content-Type: text/html; charset=ISO-8859-1

<p>Does xcp have support for iscsi?<br></p>
<p>--<br>
Jude Pereira<br>
<a href="mailto:judepereira@7terminals.com">judepereira@7terminals.com</a></p>

--14dae9340f2910c00304c0b59a9f--


--===============7902102503061559726==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7902102503061559726==--


From xen-api-bounces@lists.xen.org Wed May 23 15:19:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:19:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDLT-00046X-VH; Wed, 23 May 2012 15:19:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <e.chupriyanov@cpm.ru>) id 1SXDLT-00046Q-8m
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:19:27 +0000
Received: from [193.109.254.147:37826] by server-10.bemta-14.messagelabs.com
	id 98/AA-05847-EFFFCBF4; Wed, 23 May 2012 15:19:26 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-16.tower-27.messagelabs.com!1337786365!10631160!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23028 invoked from network); 23 May 2012 15:19:26 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-16.tower-27.messagelabs.com with SMTP;
	23 May 2012 15:19:26 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id 1FDB817E68
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 19:19:25 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1337786365; bh=x65Z6sN4Tevj+9pbiGJFz+//k0xS++osGN62UBxtEIw=;
	h=Message-ID:Date:From:MIME-Version:To:Subject:References:
	In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=txgGef0TvUeXd27TcQJUblyDfQrUDZW8rQ+3qLsgH7CQbfeZM1PXvD8Mki9NO+9Tb
	J208CIfu3m7JHnihJOxASq7nqcjasigG4Kg/fEVsjHGm9NP+7hHPwGyMWLfOrXfJMg
	0OgNo3Mbj8GzPs4v3ZdTwVKPrlrXe+cGK+//XDO0=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UVQcGcXRD-XL for <xen-api@lists.xen.org>;
	Wed, 23 May 2012 19:19:25 +0400 (MSK)
Received: from [172.16.35.101] (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id F370917E64
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 19:19:24 +0400 (MSK)
Message-ID: <4FBCFFF7.90800@cpm.ru>
Date: Wed, 23 May 2012 19:19:19 +0400
From: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FBCF4DA.2020704@cpm.ru> <4FBCFD0A.7050703@gmail.com>
In-Reply-To: <4FBCFD0A.7050703@gmail.com>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

MjMuMDUuMjAxMiAxOTowNiwgR2VvcmdlIFNodWtsaW4g0L3QsNC/0LjRgdCw0Ls6Cj4gT24gMjMu
MDUuMjAxMiAxODozMSwgRXVnZW5lIENodXByaXlhbm92IHdyb3RlOgo+Pgo+PiBJJ20gdHJ5aW5n
IHRvIGV2YWx1YXRlIFhDUCBvbiBVYnVudHUgMTIuMDQgaW4gb3VyIGxhYi4KPj4gSSd2ZSB1c2Vk
IHBhY2thZ2VzIGZyb20gZGVmYXVsdCBzeXN0ZW0gcmVwb3NpdG9yaWVzICh4Y3AteGFwaSAxLjMu
Mi01KS4KPj4gSSd2ZSBzdWNjZXNzZnVsbHkgY29ubmVjdGVkIHRvIGl0IHVzaW5nIFhlbkNlbnRl
ciwgYXR0YWNoZWQgTkZTIElTTyAKPj4gYW5kIFZIRCBzdG9yYWdlcyBhbmQgd2FzIGFibGUgdG8g
aW1wb3J0IFZNcyBjcmVhdGVkIG9uIG5laWdoYm91ciBYQ1AgCj4+IDEuNSBCZXRhIHNlcnZlci4K
Pj4KPj4gQnV0IEkgaGF2ZSB0cm91YmxlIGluc3RhbGxpbmcgbmV3IFZNcyB1c2luZyBJU08gaW1h
Z2VzIG9uIElTTyBTUi4gTXkgCj4+IGd1ZXN0cyBzaW1wbHkgImRvIG5vdCBzZWUiIGF0dGFjaGVk
IGltYWdlcy4KPgo+IERvICd4ZSBzci1zY2FuJyBvciAneGUgc3ItdXBkYXRlJyB3aXRoIHV1aWQg
b2YgSVNPIHNyLiBOb3RlOiB5b3UgbmVlZCAKPiB0byBkbyB0aGlzIG9uIHRoZSBwb29sIG1hc3Rl
ciBhbmQgZG8gaGF2ZSBzYW1lIGltYWdlcyBvbiBldmVyeSBob3N0IGluIAo+IHRoZSBwb29sLgo+
Cj4KSXRzIGEgc2luZ2xlLWhvc3QgaW5zdGFsbC4gQW5kIGluIGRvbTAgSSBzZWUgY29ycmVjdGx5
IGNvbmZpZ3VyZWQgQ0QgClZCRC9WREkgZm9yIFZNIGFuZCBJU08taW1hZ2UuIEFuZCBldmVuIG1v
cmUgLSBJIHNlZSBtZXNzYWdlcyBmcm9tIApibGtmcm9udCBpbnNpZGUgdGhlIGd1ZXN0IFZNLCBi
dXQgbm8gL2Rldi94dmRkIGFwcGVhcnMuCgpBbnl3YXksIEkgZGlkIHNyLXNjYW4vc3ItdXBkYXRl
IC0gbm90aGluZyBoYXBwZW5lZC4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=

From xen-api-bounces@lists.xen.org Wed May 23 15:19:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:19:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDLT-00046X-VH; Wed, 23 May 2012 15:19:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <e.chupriyanov@cpm.ru>) id 1SXDLT-00046Q-8m
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:19:27 +0000
Received: from [193.109.254.147:37826] by server-10.bemta-14.messagelabs.com
	id 98/AA-05847-EFFFCBF4; Wed, 23 May 2012 15:19:26 +0000
X-Env-Sender: e.chupriyanov@cpm.ru
X-Msg-Ref: server-16.tower-27.messagelabs.com!1337786365!10631160!1
X-Originating-IP: [91.206.116.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23028 invoked from network); 23 May 2012 15:19:26 -0000
Received: from mail.cpm.ru (HELO mail.cpm.ru) (91.206.116.134)
	by server-16.tower-27.messagelabs.com with SMTP;
	23 May 2012 15:19:26 -0000
Received: from localhost (mail.cpm.ru [127.0.0.1])
	by mail.cpm.ru (Postfix) with ESMTP id 1FDB817E68
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 19:19:25 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cpm.ru; s=default;
	t=1337786365; bh=x65Z6sN4Tevj+9pbiGJFz+//k0xS++osGN62UBxtEIw=;
	h=Message-ID:Date:From:MIME-Version:To:Subject:References:
	In-Reply-To:Content-Type:Content-Transfer-Encoding;
	b=txgGef0TvUeXd27TcQJUblyDfQrUDZW8rQ+3qLsgH7CQbfeZM1PXvD8Mki9NO+9Tb
	J208CIfu3m7JHnihJOxASq7nqcjasigG4Kg/fEVsjHGm9NP+7hHPwGyMWLfOrXfJMg
	0OgNo3Mbj8GzPs4v3ZdTwVKPrlrXe+cGK+//XDO0=
X-Virus-Scanned: amavisd-new at cpm.ru
Received: from mail.cpm.ru ([127.0.0.1])
	by localhost (vml-mail.cpm.ru [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id UVQcGcXRD-XL for <xen-api@lists.xen.org>;
	Wed, 23 May 2012 19:19:25 +0400 (MSK)
Received: from [172.16.35.101] (eric-linux.cpm.ru [172.16.35.101])
	(Authenticated sender: e.chupriyanov@cpm.ru)
	by mail.cpm.ru (Postfix) with ESMTP id F370917E64
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 19:19:24 +0400 (MSK)
Message-ID: <4FBCFFF7.90800@cpm.ru>
Date: Wed, 23 May 2012 19:19:19 +0400
From: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FBCF4DA.2020704@cpm.ru> <4FBCFD0A.7050703@gmail.com>
In-Reply-To: <4FBCFD0A.7050703@gmail.com>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

MjMuMDUuMjAxMiAxOTowNiwgR2VvcmdlIFNodWtsaW4g0L3QsNC/0LjRgdCw0Ls6Cj4gT24gMjMu
MDUuMjAxMiAxODozMSwgRXVnZW5lIENodXByaXlhbm92IHdyb3RlOgo+Pgo+PiBJJ20gdHJ5aW5n
IHRvIGV2YWx1YXRlIFhDUCBvbiBVYnVudHUgMTIuMDQgaW4gb3VyIGxhYi4KPj4gSSd2ZSB1c2Vk
IHBhY2thZ2VzIGZyb20gZGVmYXVsdCBzeXN0ZW0gcmVwb3NpdG9yaWVzICh4Y3AteGFwaSAxLjMu
Mi01KS4KPj4gSSd2ZSBzdWNjZXNzZnVsbHkgY29ubmVjdGVkIHRvIGl0IHVzaW5nIFhlbkNlbnRl
ciwgYXR0YWNoZWQgTkZTIElTTyAKPj4gYW5kIFZIRCBzdG9yYWdlcyBhbmQgd2FzIGFibGUgdG8g
aW1wb3J0IFZNcyBjcmVhdGVkIG9uIG5laWdoYm91ciBYQ1AgCj4+IDEuNSBCZXRhIHNlcnZlci4K
Pj4KPj4gQnV0IEkgaGF2ZSB0cm91YmxlIGluc3RhbGxpbmcgbmV3IFZNcyB1c2luZyBJU08gaW1h
Z2VzIG9uIElTTyBTUi4gTXkgCj4+IGd1ZXN0cyBzaW1wbHkgImRvIG5vdCBzZWUiIGF0dGFjaGVk
IGltYWdlcy4KPgo+IERvICd4ZSBzci1zY2FuJyBvciAneGUgc3ItdXBkYXRlJyB3aXRoIHV1aWQg
b2YgSVNPIHNyLiBOb3RlOiB5b3UgbmVlZCAKPiB0byBkbyB0aGlzIG9uIHRoZSBwb29sIG1hc3Rl
ciBhbmQgZG8gaGF2ZSBzYW1lIGltYWdlcyBvbiBldmVyeSBob3N0IGluIAo+IHRoZSBwb29sLgo+
Cj4KSXRzIGEgc2luZ2xlLWhvc3QgaW5zdGFsbC4gQW5kIGluIGRvbTAgSSBzZWUgY29ycmVjdGx5
IGNvbmZpZ3VyZWQgQ0QgClZCRC9WREkgZm9yIFZNIGFuZCBJU08taW1hZ2UuIEFuZCBldmVuIG1v
cmUgLSBJIHNlZSBtZXNzYWdlcyBmcm9tIApibGtmcm9udCBpbnNpZGUgdGhlIGd1ZXN0IFZNLCBi
dXQgbm8gL2Rldi94dmRkIGFwcGVhcnMuCgpBbnl3YXksIEkgZGlkIHNyLXNjYW4vc3ItdXBkYXRl
IC0gbm90aGluZyBoYXBwZW5lZC4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=

From xen-api-bounces@lists.xen.org Wed May 23 15:20:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:20:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDMt-0004AZ-6W; Wed, 23 May 2012 15:20:55 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXDMr-0004AS-QQ
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:20:53 +0000
Received: from [85.158.143.99:35195] by server-3.bemta-4.messagelabs.com id
	EB/20-05853-5500DBF4; Wed, 23 May 2012 15:20:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337786451!29114079!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28183 invoked from network); 23 May 2012 15:20:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:20:52 -0000
Received: by lbok6 with SMTP id k6so6652933lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:20:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=dzysPe+KTqLRhK5S0I4kuzP6kXQmSCWIpqusAQGvG7g=;
	b=pQ3/PUFqcjxx6t1CS+6cVu329szYfrchWx9IFDsFmzXfpmhe6tmJs1ow2GSJC7ZWg9
	3ILr/sxdfsiLyY5d05z0/OvwH7MGL1iEiOmVJcDFvl819IqpYuV22sF3M/wdIWdHDF4W
	5VOiCL+GDHnZPl37lF12dQtn5NIAo4RUg1G8nDOHAqcq4VQEKR1zBRj1yKAyz9dkKY8o
	zS+RLf2azXpKmZUoNIfW2N30C6hAoIGvUK8mxSSRYchEOiMTcBRGcb4X+u6CF58bhAv+
	2VqGkWRpgvGzegqK09ADLio5UUK1CvBuZ10xlOrSFAZ6KBT+Z5zr78VoLJ3CcAL+mb7s
	DIcQ==
Received: by 10.152.146.163 with SMTP id td3mr13175233lab.26.1337786450929;
	Wed, 23 May 2012 08:20:50 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id fd1sm3298600lbb.7.2012.05.23.08.20.48
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:20:49 -0700 (PDT)
Message-ID: <4FBD004E.6090109@gmail.com>
Date: Wed, 23 May 2012 19:20:46 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
In-Reply-To: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
Subject: Re: [Xen-API] Support for iscsi
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



On 23.05.2012 19:15, Jude Pereira wrote:
>
> Does xcp have support for iscsi?
>
AFAIK iscsi support is only in 'iso-based' XCP.  Debian/ubuntu based 
distribution (xcp-xapi) have no ISCSI support.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:20:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:20:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDMt-0004AZ-6W; Wed, 23 May 2012 15:20:55 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXDMr-0004AS-QQ
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:20:53 +0000
Received: from [85.158.143.99:35195] by server-3.bemta-4.messagelabs.com id
	EB/20-05853-5500DBF4; Wed, 23 May 2012 15:20:53 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337786451!29114079!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28183 invoked from network); 23 May 2012 15:20:52 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:20:52 -0000
Received: by lbok6 with SMTP id k6so6652933lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:20:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=dzysPe+KTqLRhK5S0I4kuzP6kXQmSCWIpqusAQGvG7g=;
	b=pQ3/PUFqcjxx6t1CS+6cVu329szYfrchWx9IFDsFmzXfpmhe6tmJs1ow2GSJC7ZWg9
	3ILr/sxdfsiLyY5d05z0/OvwH7MGL1iEiOmVJcDFvl819IqpYuV22sF3M/wdIWdHDF4W
	5VOiCL+GDHnZPl37lF12dQtn5NIAo4RUg1G8nDOHAqcq4VQEKR1zBRj1yKAyz9dkKY8o
	zS+RLf2azXpKmZUoNIfW2N30C6hAoIGvUK8mxSSRYchEOiMTcBRGcb4X+u6CF58bhAv+
	2VqGkWRpgvGzegqK09ADLio5UUK1CvBuZ10xlOrSFAZ6KBT+Z5zr78VoLJ3CcAL+mb7s
	DIcQ==
Received: by 10.152.146.163 with SMTP id td3mr13175233lab.26.1337786450929;
	Wed, 23 May 2012 08:20:50 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id fd1sm3298600lbb.7.2012.05.23.08.20.48
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 08:20:49 -0700 (PDT)
Message-ID: <4FBD004E.6090109@gmail.com>
Date: Wed, 23 May 2012 19:20:46 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
In-Reply-To: <CAD00X5Om3m4ZCFOJHUoWL7nqxsYVH-qy9N06WoKqoZtcMqOcVQ@mail.gmail.com>
Subject: Re: [Xen-API] Support for iscsi
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org



On 23.05.2012 19:15, Jude Pereira wrote:
>
> Does xcp have support for iscsi?
>
AFAIK iscsi support is only in 'iso-based' XCP.  Debian/ubuntu based 
distribution (xcp-xapi) have no ISCSI support.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:21:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:21:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDNV-0004DH-Tm; Wed, 23 May 2012 15:21:33 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mdandrea@tappublishing.com>) id 1SXDNU-0004Ci-9Z
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:21:32 +0000
Received: from [85.158.138.51:60045] by server-9.bemta-3.messagelabs.com id
	91/EF-11033-B700DBF4; Wed, 23 May 2012 15:21:31 +0000
X-Env-Sender: mdandrea@tappublishing.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1337786489!10049386!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6257 invoked from network); 23 May 2012 15:21:30 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:21:30 -0000
Received: by ggnp1 with SMTP id p1so8105880ggn.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:21:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:x-gm-message-state;
	bh=Aoh1Oewoh1y/khvhaEOAgH5FzCaXZflsq/eL+9pE25M=;
	b=nJv+Kd0K/zp3mTJDcmfdijgvb7r8lRGx31M3foEHHx2EICShCnm6SMgMkx4pcT0TXt
	q9B7V+Hy8Eyjgf1i6B+pasnN4+y4dfP5BoC3KKNAXRxcuqx/ngTEcGgdGRFuNhyZpF0D
	SvX0gB7wl/AS5jxWrf35r7U3xefCLzmnx4y0siMe6oueqMB81TwEYD2swl9U96r9oTPc
	JE9qpKEKjnzx3WkoK0lGboscNG7Egaz2tXkzCGKki0/iT0apRsXtM+zIR6pffCTfaZSD
	zxjgsAGx0OJqxahX/wnxm67mVLCEN4/1SHKkpa41QIXKOuC109Elu2gHP8uzCAwQZpQL
	+61w==
Received: by 10.236.190.4 with SMTP id d4mr14473264yhn.73.1337786488859;
	Wed, 23 May 2012 08:21:28 -0700 (PDT)
Received: from [192.9.245.3] (tony.tappublishing.com. [74.43.119.66])
	by mx.google.com with ESMTPS id m43sm99559162yhi.13.2012.05.23.08.21.27
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 23 May 2012 08:21:27 -0700 (PDT)
Message-ID: <4FBD0075.8070705@tappublishing.com>
Date: Wed, 23 May 2012 10:21:25 -0500
From: Michael D'Andrea <mdandrea@tappublishing.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlnkpeMLfptdZwDWoeUIHKFXeIxADGjhs22ORLlPrNQHnWZxdr37w9OuG+/2JH06bKsly0u
Subject: [Xen-API] AMD 6274 CPU and Xen XCP 1.5
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5841753086244723584=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5841753086244723584==
Content-Type: multipart/alternative;
 boundary="------------090008080009080901090805"

This is a multi-part message in MIME format.
--------------090008080009080901090805
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Ubuntu 12.04 VM gives error: *ILLEGAL INSTRUCTION* running as a host in 
Xen XCP 1.5.

Seems the issue is with the newer AMD 6200 series processors (CPU's).

We are running AMD 6274 chips, and had to append this 
*"cpuid_mask_cpu=fam_10_rev_c*"
to the extlinux.conf file:

label xe
   # XCP
   kernel mboot.c32
   append /boot/xen.gz *cpuid_mask_cpu=fam_10_rev_c* dom0_mem=752M 
lowmem_emergency
_pool=1M crashkernel=64M@32M console= vga=mode-0x0311 --- 
/boot/vmlinuz-2.6-xen
root=LABEL=root-bptvgzah ro xencons=hvc console=hvc0 console=tty0 quiet 
vga=785
splash --- /boot/initrd-2.6-xen.img

Reducing the instruction set to an older K10 operation architecture 
fixed the issue.

This now allows Ubuntu 12.04 to function correctly as a VM in Xen XCP 1.5.


So... my question is this... seems Citrix has fixed this issue with the 
newest release of Xen Server 6.0.2, when will this be included in Xen 
XCP?  We do NOT use Citrix Xen Server at all, instead, we use Xen XCP 1.5.

Michael

--------------090008080009080901090805
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    Ubuntu 12.04 VM gives error:&nbsp; <b>ILLEGAL INSTRUCTION</b> running as
    a host in Xen XCP 1.5.<br>
    <br>
    Seems the issue is with the newer AMD 6200 series processors
    (CPU's).<br>
    <br>
    We are running AMD 6274 chips, and had to append this <b>"cpuid_mask_cpu=fam_10_rev_c</b>"<br>
    to the extlinux.conf file:<br>
    <br>
    label xe<br>
    &nbsp; # XCP<br>
    &nbsp; kernel mboot.c32<br>
    &nbsp; append /boot/xen.gz <b>cpuid_mask_cpu=fam_10_rev_c</b>
    dom0_mem=752M lowmem_emergency<br>
    _pool=1M crashkernel=64M@32M console= vga=mode-0x0311 ---
    /boot/vmlinuz-2.6-xen<br>
    root=LABEL=root-bptvgzah ro xencons=hvc console=hvc0 console=tty0
    quiet vga=785<br>
    splash --- /boot/initrd-2.6-xen.img<br>
    <br>
    Reducing the instruction set to an older K10 operation architecture
    fixed the issue.<br>
    <br>
    This now allows Ubuntu 12.04 to function correctly as a VM in Xen
    XCP 1.5.<br>
    <br>
    <br>
    So... my question is this... seems Citrix has fixed this issue with
    the newest release of Xen Server 6.0.2, when will this be included
    in Xen XCP?&nbsp; We do NOT use Citrix Xen Server at all, instead, we use
    Xen XCP 1.5.<br>
    <br>
    Michael<br>
  </body>
</html>

--------------090008080009080901090805--


--===============5841753086244723584==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5841753086244723584==--


From xen-api-bounces@lists.xen.org Wed May 23 15:21:38 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:21:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDNV-0004DH-Tm; Wed, 23 May 2012 15:21:33 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mdandrea@tappublishing.com>) id 1SXDNU-0004Ci-9Z
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:21:32 +0000
Received: from [85.158.138.51:60045] by server-9.bemta-3.messagelabs.com id
	91/EF-11033-B700DBF4; Wed, 23 May 2012 15:21:31 +0000
X-Env-Sender: mdandrea@tappublishing.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1337786489!10049386!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6257 invoked from network); 23 May 2012 15:21:30 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:21:30 -0000
Received: by ggnp1 with SMTP id p1so8105880ggn.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 08:21:28 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type:x-gm-message-state;
	bh=Aoh1Oewoh1y/khvhaEOAgH5FzCaXZflsq/eL+9pE25M=;
	b=nJv+Kd0K/zp3mTJDcmfdijgvb7r8lRGx31M3foEHHx2EICShCnm6SMgMkx4pcT0TXt
	q9B7V+Hy8Eyjgf1i6B+pasnN4+y4dfP5BoC3KKNAXRxcuqx/ngTEcGgdGRFuNhyZpF0D
	SvX0gB7wl/AS5jxWrf35r7U3xefCLzmnx4y0siMe6oueqMB81TwEYD2swl9U96r9oTPc
	JE9qpKEKjnzx3WkoK0lGboscNG7Egaz2tXkzCGKki0/iT0apRsXtM+zIR6pffCTfaZSD
	zxjgsAGx0OJqxahX/wnxm67mVLCEN4/1SHKkpa41QIXKOuC109Elu2gHP8uzCAwQZpQL
	+61w==
Received: by 10.236.190.4 with SMTP id d4mr14473264yhn.73.1337786488859;
	Wed, 23 May 2012 08:21:28 -0700 (PDT)
Received: from [192.9.245.3] (tony.tappublishing.com. [74.43.119.66])
	by mx.google.com with ESMTPS id m43sm99559162yhi.13.2012.05.23.08.21.27
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 23 May 2012 08:21:27 -0700 (PDT)
Message-ID: <4FBD0075.8070705@tappublishing.com>
Date: Wed, 23 May 2012 10:21:25 -0500
From: Michael D'Andrea <mdandrea@tappublishing.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQlnkpeMLfptdZwDWoeUIHKFXeIxADGjhs22ORLlPrNQHnWZxdr37w9OuG+/2JH06bKsly0u
Subject: [Xen-API] AMD 6274 CPU and Xen XCP 1.5
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============5841753086244723584=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============5841753086244723584==
Content-Type: multipart/alternative;
 boundary="------------090008080009080901090805"

This is a multi-part message in MIME format.
--------------090008080009080901090805
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Ubuntu 12.04 VM gives error: *ILLEGAL INSTRUCTION* running as a host in 
Xen XCP 1.5.

Seems the issue is with the newer AMD 6200 series processors (CPU's).

We are running AMD 6274 chips, and had to append this 
*"cpuid_mask_cpu=fam_10_rev_c*"
to the extlinux.conf file:

label xe
   # XCP
   kernel mboot.c32
   append /boot/xen.gz *cpuid_mask_cpu=fam_10_rev_c* dom0_mem=752M 
lowmem_emergency
_pool=1M crashkernel=64M@32M console= vga=mode-0x0311 --- 
/boot/vmlinuz-2.6-xen
root=LABEL=root-bptvgzah ro xencons=hvc console=hvc0 console=tty0 quiet 
vga=785
splash --- /boot/initrd-2.6-xen.img

Reducing the instruction set to an older K10 operation architecture 
fixed the issue.

This now allows Ubuntu 12.04 to function correctly as a VM in Xen XCP 1.5.


So... my question is this... seems Citrix has fixed this issue with the 
newest release of Xen Server 6.0.2, when will this be included in Xen 
XCP?  We do NOT use Citrix Xen Server at all, instead, we use Xen XCP 1.5.

Michael

--------------090008080009080901090805
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    Ubuntu 12.04 VM gives error:&nbsp; <b>ILLEGAL INSTRUCTION</b> running as
    a host in Xen XCP 1.5.<br>
    <br>
    Seems the issue is with the newer AMD 6200 series processors
    (CPU's).<br>
    <br>
    We are running AMD 6274 chips, and had to append this <b>"cpuid_mask_cpu=fam_10_rev_c</b>"<br>
    to the extlinux.conf file:<br>
    <br>
    label xe<br>
    &nbsp; # XCP<br>
    &nbsp; kernel mboot.c32<br>
    &nbsp; append /boot/xen.gz <b>cpuid_mask_cpu=fam_10_rev_c</b>
    dom0_mem=752M lowmem_emergency<br>
    _pool=1M crashkernel=64M@32M console= vga=mode-0x0311 ---
    /boot/vmlinuz-2.6-xen<br>
    root=LABEL=root-bptvgzah ro xencons=hvc console=hvc0 console=tty0
    quiet vga=785<br>
    splash --- /boot/initrd-2.6-xen.img<br>
    <br>
    Reducing the instruction set to an older K10 operation architecture
    fixed the issue.<br>
    <br>
    This now allows Ubuntu 12.04 to function correctly as a VM in Xen
    XCP 1.5.<br>
    <br>
    <br>
    So... my question is this... seems Citrix has fixed this issue with
    the newest release of Xen Server 6.0.2, when will this be included
    in Xen XCP?&nbsp; We do NOT use Citrix Xen Server at all, instead, we use
    Xen XCP 1.5.<br>
    <br>
    Michael<br>
  </body>
</html>

--------------090008080009080901090805--


--===============5841753086244723584==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============5841753086244723584==--


From xen-api-bounces@lists.xen.org Wed May 23 15:48:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:48:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDnp-00055w-0v; Wed, 23 May 2012 15:48:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXDno-00055r-1h
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:48:44 +0000
Received: from [193.109.254.147:18753] by server-9.bemta-14.messagelabs.com id
	57/F7-05787-BD60DBF4; Wed, 23 May 2012 15:48:43 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1337788121!6542196!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTQ2MTA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19217 invoked from network); 23 May 2012 15:48:42 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:48:42 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330923600"; d="scan'208";a="196222013"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 11:48:40 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Wed, 23 May 2012
	11:48:40 -0400
Message-ID: <4FBD0715.9090103@citrix.com>
Date: Wed, 23 May 2012 16:49:41 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
References: <4FBCF4DA.2020704@cpm.ru>
In-Reply-To: <4FBCF4DA.2020704@cpm.ru>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23/05/12 15:31, Eugene Chupriyanov wrote:
> Hello!
>
> I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
> I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
> I've successfully connected to it using XenCenter, attached NFS ISO and
> VHD storages and was able to import VMs created on neighbour XCP 1.5
> Beta server.
>
> But I have trouble installing new VMs using ISO images on ISO SR. My
> guests simply "do not see" attached images.

<snip>

> But can't find corresponding block device in /dev
>
> What can be done to fix it?

I'm not sure yet. I've noticed this myself on XCP Ubuntu Precise. I will 
hopefully get a chance to look into it in the next week or so.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 15:48:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 15:48:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXDnp-00055w-0v; Wed, 23 May 2012 15:48:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXDno-00055r-1h
	for xen-api@lists.xen.org; Wed, 23 May 2012 15:48:44 +0000
Received: from [193.109.254.147:18753] by server-9.bemta-14.messagelabs.com id
	57/F7-05787-BD60DBF4; Wed, 23 May 2012 15:48:43 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1337788121!6542196!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTQ2MTA=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19217 invoked from network); 23 May 2012 15:48:42 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 15:48:42 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330923600"; d="scan'208";a="196222013"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 11:48:40 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Wed, 23 May 2012
	11:48:40 -0400
Message-ID: <4FBD0715.9090103@citrix.com>
Date: Wed, 23 May 2012 16:49:41 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Eugene Chupriyanov <e.chupriyanov@cpm.ru>
References: <4FBCF4DA.2020704@cpm.ru>
In-Reply-To: <4FBCF4DA.2020704@cpm.ru>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] {Xen-API] XCP/Ubuntu 12.04 - no cdrom in guests
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23/05/12 15:31, Eugene Chupriyanov wrote:
> Hello!
>
> I'm trying to evaluate XCP on Ubuntu 12.04 in our lab.
> I've used packages from default system repositories  (xcp-xapi 1.3.2-5).
> I've successfully connected to it using XenCenter, attached NFS ISO and
> VHD storages and was able to import VMs created on neighbour XCP 1.5
> Beta server.
>
> But I have trouble installing new VMs using ISO images on ISO SR. My
> guests simply "do not see" attached images.

<snip>

> But can't find corresponding block device in /dev
>
> What can be done to fix it?

I'm not sure yet. I've noticed this myself on XCP Ubuntu Precise. I will 
hopefully get a chance to look into it in the next week or so.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 18:10:27 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 18:10:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXG0p-0000Je-9U; Wed, 23 May 2012 18:10:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXG0o-0000JZ-J4
	for xen-api@lists.xen.org; Wed, 23 May 2012 18:10:18 +0000
Received: from [85.158.138.51:58598] by server-2.bemta-3.messagelabs.com id
	48/5A-27819-9082DBF4; Wed, 23 May 2012 18:10:17 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-174.messagelabs.com!1337796616!28717792!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12479 invoked from network); 23 May 2012 18:10:17 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 18:10:17 -0000
Received: by lahc1 with SMTP id c1so6719096lah.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 11:10:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=ey86qGUpL53taEXIFOZqwB4WO5htHLk9kCOWJEEpGZ8=;
	b=rXO+nh5uq+UxSImNX2h+FOhblbt69rFXlTaPW2VOYJLv5DdY8rvtoJ3aMP148RB3i0
	f3DkJpZPXz7PzvDI1tmqs1cNTqbEvrRITFceivKQrVeppPK5KmoCEdUooEBBCKOsZZui
	gmhsoTxzgKppqfss1hrY0Rs+w84kboud6wIi9qvhR0iCW/dLiusyrDy0DCw58pHljBkZ
	TiikFuf9ybNkKZPns0v6fNKvfwoeb4CKAUOTm4/4uPTdADW+9KJOf9slEBiLWTc29R2G
	fSz5amKx4LOTFVHd9SB2C+mE1Kp5iHIzC0fYa7e7CFQtlc3K7+eL9codhHjHz9zCYbTd
	OpVQ==
Received: by 10.152.105.173 with SMTP id gn13mr27859616lab.20.1337796616180;
	Wed, 23 May 2012 11:10:16 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id hi14sm36934103lab.4.2012.05.23.11.10.13
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 11:10:14 -0700 (PDT)
Message-ID: <4FBD2804.3000304@gmail.com>
Date: Wed, 23 May 2012 22:10:12 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org, 674161@bugs.debian.org
References: <20120523140748.4342.38685.reportbug@lab-xh3>
In-Reply-To: <20120523140748.4342.38685.reportbug@lab-xh3>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Some more data:

Done clean reinstall (now with i386 in dom0), got exactly same error.

After some digging around got this (new uuids, same problem):

Key logs entries:
[20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] Device.Vbd.add 
(device_number=Xen(0, 0) | 
params=/dev/sm/backend/357e7a73-ec60-6ae6-fe0d-56ca87d228b2/741cb833-b2c3-4bf7-b724-1295e984f097 
| phystype=vhd)
[20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] adding device 
B0[/local/domain/0/backend/vbd/4/51712] 
F4[/local/domain/4/device/vbd/51712] H[/xapi/4/hotplug/vbd/51712]
[20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|backtrace] Raised at 
device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> 
device.ml:497.1-60 -> vbdops.ml:102.37-229 -> 
storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
[20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xapi] Converting xenops 
exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) 
into nice API internal error


I've checked - when I plug vbd to dom0 it works fine, but I can't do it 
with other domains.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 18:10:27 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 18:10:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXG0p-0000Je-9U; Wed, 23 May 2012 18:10:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXG0o-0000JZ-J4
	for xen-api@lists.xen.org; Wed, 23 May 2012 18:10:18 +0000
Received: from [85.158.138.51:58598] by server-2.bemta-3.messagelabs.com id
	48/5A-27819-9082DBF4; Wed, 23 May 2012 18:10:17 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-8.tower-174.messagelabs.com!1337796616!28717792!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12479 invoked from network); 23 May 2012 18:10:17 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 18:10:17 -0000
Received: by lahc1 with SMTP id c1so6719096lah.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 11:10:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=ey86qGUpL53taEXIFOZqwB4WO5htHLk9kCOWJEEpGZ8=;
	b=rXO+nh5uq+UxSImNX2h+FOhblbt69rFXlTaPW2VOYJLv5DdY8rvtoJ3aMP148RB3i0
	f3DkJpZPXz7PzvDI1tmqs1cNTqbEvrRITFceivKQrVeppPK5KmoCEdUooEBBCKOsZZui
	gmhsoTxzgKppqfss1hrY0Rs+w84kboud6wIi9qvhR0iCW/dLiusyrDy0DCw58pHljBkZ
	TiikFuf9ybNkKZPns0v6fNKvfwoeb4CKAUOTm4/4uPTdADW+9KJOf9slEBiLWTc29R2G
	fSz5amKx4LOTFVHd9SB2C+mE1Kp5iHIzC0fYa7e7CFQtlc3K7+eL9codhHjHz9zCYbTd
	OpVQ==
Received: by 10.152.105.173 with SMTP id gn13mr27859616lab.20.1337796616180;
	Wed, 23 May 2012 11:10:16 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id hi14sm36934103lab.4.2012.05.23.11.10.13
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 11:10:14 -0700 (PDT)
Message-ID: <4FBD2804.3000304@gmail.com>
Date: Wed, 23 May 2012 22:10:12 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org, 674161@bugs.debian.org
References: <20120523140748.4342.38685.reportbug@lab-xh3>
In-Reply-To: <20120523140748.4342.38685.reportbug@lab-xh3>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Some more data:

Done clean reinstall (now with i386 in dom0), got exactly same error.

After some digging around got this (new uuids, same problem):

Key logs entries:
[20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] Device.Vbd.add 
(device_number=Xen(0, 0) | 
params=/dev/sm/backend/357e7a73-ec60-6ae6-fe0d-56ca87d228b2/741cb833-b2c3-4bf7-b724-1295e984f097 
| phystype=vhd)
[20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] adding device 
B0[/local/domain/0/backend/vbd/4/51712] 
F4[/local/domain/4/device/vbd/51712] H[/xapi/4/hotplug/vbd/51712]
[20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|backtrace] Raised at 
device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> 
device.ml:497.1-60 -> vbdops.ml:102.37-229 -> 
storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
[20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
/var/lib/xcp/xapi|VM.start R:1c6c2941c565|xapi] Converting xenops 
exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) 
into nice API internal error


I've checked - when I plug vbd to dom0 it works fine, but I can't do it 
with other domains.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 18:44:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 18:44:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXGY4-0000nW-1x; Wed, 23 May 2012 18:44:40 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SXGY2-0000nR-Sh
	for xen-api@lists.xen.org; Wed, 23 May 2012 18:44:39 +0000
Received: from [85.158.143.99:36283] by server-3.bemta-4.messagelabs.com id
	D5/23-05853-6103DBF4; Wed, 23 May 2012 18:44:38 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1337798675!26096486!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAwMjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16069 invoked from network); 23 May 2012 18:44:36 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 18:44:36 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330905600"; d="scan'208";a="12634929"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 18:44:34 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 23 May 2012
	19:44:34 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: George Shuklin <george.shuklin@gmail.com>
Date: Wed, 23 May 2012 19:44:33 +0100
Thread-Topic: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
	xenstore' message during vbd-plug (vm-start)
Thread-Index: Ac05FBieCERW/aZjSXKtl2QziPvqsQ==
Message-ID: <3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
In-Reply-To: <4FBD2804.3000304@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Could you try this as a workaround:

In dom0:

sudo xenstore-write /local/domain/0/vm hello

I think this might be the same problem as reported by John Weber on xen-api

-- 
Dave Scott


On May 23, 2012, at 7:11 PM, "George Shuklin" <george.shuklin@gmail.com> wrote:

> Some more data:
> 
> Done clean reinstall (now with i386 in dom0), got exactly same error.
> 
> After some digging around got this (new uuids, same problem):
> 
> Key logs entries:
> [20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] Device.Vbd.add 
> (device_number=Xen(0, 0) | 
> params=/dev/sm/backend/357e7a73-ec60-6ae6-fe0d-56ca87d228b2/741cb833-b2c3-4bf7-b724-1295e984f097 
> | phystype=vhd)
> [20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] adding device 
> B0[/local/domain/0/backend/vbd/4/51712] 
> F4[/local/domain/4/device/vbd/51712] H[/xapi/4/hotplug/vbd/51712]
> [20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|backtrace] Raised at 
> device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> 
> device.ml:497.1-60 -> vbdops.ml:102.37-229 -> 
> storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
> [20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xapi] Converting xenops 
> exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) 
> into nice API internal error
> 
> 
> I've checked - when I plug vbd to dom0 it works fine, but I can't do it 
> with other domains.
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 18:44:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 18:44:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXGY4-0000nW-1x; Wed, 23 May 2012 18:44:40 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SXGY2-0000nR-Sh
	for xen-api@lists.xen.org; Wed, 23 May 2012 18:44:39 +0000
Received: from [85.158.143.99:36283] by server-3.bemta-4.messagelabs.com id
	D5/23-05853-6103DBF4; Wed, 23 May 2012 18:44:38 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1337798675!26096486!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAwMjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16069 invoked from network); 23 May 2012 18:44:36 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 18:44:36 -0000
X-IronPort-AV: E=Sophos;i="4.75,645,1330905600"; d="scan'208";a="12634929"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	23 May 2012 18:44:34 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 23 May 2012
	19:44:34 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: George Shuklin <george.shuklin@gmail.com>
Date: Wed, 23 May 2012 19:44:33 +0100
Thread-Topic: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
	xenstore' message during vbd-plug (vm-start)
Thread-Index: Ac05FBieCERW/aZjSXKtl2QziPvqsQ==
Message-ID: <3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
In-Reply-To: <4FBD2804.3000304@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Could you try this as a workaround:

In dom0:

sudo xenstore-write /local/domain/0/vm hello

I think this might be the same problem as reported by John Weber on xen-api

-- 
Dave Scott


On May 23, 2012, at 7:11 PM, "George Shuklin" <george.shuklin@gmail.com> wrote:

> Some more data:
> 
> Done clean reinstall (now with i386 in dom0), got exactly same error.
> 
> After some digging around got this (new uuids, same problem):
> 
> Key logs entries:
> [20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] Device.Vbd.add 
> (device_number=Xen(0, 0) | 
> params=/dev/sm/backend/357e7a73-ec60-6ae6-fe0d-56ca87d228b2/741cb833-b2c3-4bf7-b724-1295e984f097 
> | phystype=vhd)
> [20120523T17:50:08.602Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xenops] adding device 
> B0[/local/domain/0/backend/vbd/4/51712] 
> F4[/local/domain/4/device/vbd/51712] H[/xapi/4/hotplug/vbd/51712]
> [20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|backtrace] Raised at 
> device.ml:65.10-42 -> xst.ml:52.18-23 -> xst.ml:55.9-12 -> 
> device.ml:497.1-60 -> vbdops.ml:102.37-229 -> 
> storage_access.ml:516.14-317 -> xapi_xenops_errors.ml:79.4-8
> [20120523T17:50:08.603Z|debug|lab-xh3|249 UNIX 
> /var/lib/xcp/xapi|VM.start R:1c6c2941c565|xapi] Converting xenops 
> exception (INTERNAL_ERROR: [ Device_common.Device_backend_vanished(_) ]) 
> into nice API internal error
> 
> 
> I've checked - when I plug vbd to dom0 it works fine, but I can't do it 
> with other domains.
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 19:24:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 19:24:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXHAU-00016Z-1F; Wed, 23 May 2012 19:24:22 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXHAT-00016R-IT
	for xen-api@lists.xen.org; Wed, 23 May 2012 19:24:21 +0000
Received: from [85.158.143.35:17088] by server-3.bemta-4.messagelabs.com id
	9F/EC-05853-4693DBF4; Wed, 23 May 2012 19:24:20 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337801059!5227723!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10599 invoked from network); 23 May 2012 19:24:19 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 19:24:19 -0000
Received: by lbok6 with SMTP id k6so6870314lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 12:24:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=IkifVjkks1PrBglhWKer330fO64fV9JA4rr0DKcOaK8=;
	b=YjcNtJKb41K7+PoTQigcmijbEs+w9otAnxvwkK7GQZc8pqJ4If5HSHeNRyGtvUaYw4
	zKS8n942LfnaSF54C7wQ4kCjrEo9jx7ldyUni2Ds6cFWmMOHzyT1LS2k1efCGsTNulkM
	X8pL3Q0UMm+VRA8mX23rUg18H82BLCLMKA1jSFOpor35c24hB/8OGQP1x+PoFqYIs3as
	IhmjmgMCoQn73mi2ZC8ut5o+KPoeG8B8ryx7XEfP2p94mCoQ3zcikSmHkC/ImQujvqPZ
	ei9mFDiqJl1xJ2Z0qbo7JAG3soaShdV3yXQLxWBkeQfrADnvhbiWtr5/grWRX53upRjm
	xusA==
Received: by 10.152.109.198 with SMTP id hu6mr28408352lab.21.1337801057584;
	Wed, 23 May 2012 12:24:17 -0700 (PDT)
Received: from [192.168.1.198] ([93.185.177.184])
	by mx.google.com with ESMTPS id h6sm16018085lbl.13.2012.05.23.12.24.15
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 12:24:16 -0700 (PDT)
Message-ID: <4FBD395C.1080808@gmail.com>
Date: Wed, 23 May 2012 23:24:12 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
In-Reply-To: <3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 22:44, Dave Scott wrote:
> xenstore-write /local/domain/0/vm hello

Yes, it plugged successfully (at least no error messages).

I saw that code in  device.ml (where exception was raised), it seems be 
checking that path in xenstore:

                 (* Sanity check: ensure the backend domain exists *)
                 let _ =
                         try
                                 let (_: string) = t.Xst.read (sprintf 
"/local/domain/%d/vm" device.backend.domid) in
                                 ()
                         with Xenbus.Xb.Noent ->
                                 raise (Device_backend_vanished device) in


But even I was successfull, I unable to perform any IO in guest domain 
(I've get into initrd but I see no /dev/xvd* devices and no messages in 
dmesg related to new device).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 19:24:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 19:24:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXHAU-00016Z-1F; Wed, 23 May 2012 19:24:22 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXHAT-00016R-IT
	for xen-api@lists.xen.org; Wed, 23 May 2012 19:24:21 +0000
Received: from [85.158.143.35:17088] by server-3.bemta-4.messagelabs.com id
	9F/EC-05853-4693DBF4; Wed, 23 May 2012 19:24:20 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337801059!5227723!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10599 invoked from network); 23 May 2012 19:24:19 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 19:24:19 -0000
Received: by lbok6 with SMTP id k6so6870314lbo.32
	for <xen-api@lists.xen.org>; Wed, 23 May 2012 12:24:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=IkifVjkks1PrBglhWKer330fO64fV9JA4rr0DKcOaK8=;
	b=YjcNtJKb41K7+PoTQigcmijbEs+w9otAnxvwkK7GQZc8pqJ4If5HSHeNRyGtvUaYw4
	zKS8n942LfnaSF54C7wQ4kCjrEo9jx7ldyUni2Ds6cFWmMOHzyT1LS2k1efCGsTNulkM
	X8pL3Q0UMm+VRA8mX23rUg18H82BLCLMKA1jSFOpor35c24hB/8OGQP1x+PoFqYIs3as
	IhmjmgMCoQn73mi2ZC8ut5o+KPoeG8B8ryx7XEfP2p94mCoQ3zcikSmHkC/ImQujvqPZ
	ei9mFDiqJl1xJ2Z0qbo7JAG3soaShdV3yXQLxWBkeQfrADnvhbiWtr5/grWRX53upRjm
	xusA==
Received: by 10.152.109.198 with SMTP id hu6mr28408352lab.21.1337801057584;
	Wed, 23 May 2012 12:24:17 -0700 (PDT)
Received: from [192.168.1.198] ([93.185.177.184])
	by mx.google.com with ESMTPS id h6sm16018085lbl.13.2012.05.23.12.24.15
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 12:24:16 -0700 (PDT)
Message-ID: <4FBD395C.1080808@gmail.com>
Date: Wed, 23 May 2012 23:24:12 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
In-Reply-To: <3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 22:44, Dave Scott wrote:
> xenstore-write /local/domain/0/vm hello

Yes, it plugged successfully (at least no error messages).

I saw that code in  device.ml (where exception was raised), it seems be 
checking that path in xenstore:

                 (* Sanity check: ensure the backend domain exists *)
                 let _ =
                         try
                                 let (_: string) = t.Xst.read (sprintf 
"/local/domain/%d/vm" device.backend.domid) in
                                 ()
                         with Xenbus.Xb.Noent ->
                                 raise (Device_backend_vanished device) in


But even I was successfull, I unable to perform any IO in guest domain 
(I've get into initrd but I see no /dev/xvd* devices and no messages in 
dmesg related to new device).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 22:10:06 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 22:10:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXJkj-0003Ra-2t; Wed, 23 May 2012 22:09:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXJkh-0003RU-DR
	for xen-api@lists.xensource.com; Wed, 23 May 2012 22:09:55 +0000
Received: from [193.109.254.147:31120] by server-4.bemta-14.messagelabs.com id
	29/A3-11570-2306DBF4; Wed, 23 May 2012 22:09:54 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1337810993!2943997!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17860 invoked from network); 23 May 2012 22:09:53 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 22:09:53 -0000
Received: by lahg1 with SMTP id g1so6338538lah.30
	for <xen-api@lists.xensource.com>; Wed, 23 May 2012 15:09:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=il1L7rhB/yQSZVN4bdYm8GnpNLe+WTUD7MSAMx+kVg0=;
	b=uy3BHd382kYfnY+t57fhsLRYMWx1gB2bLriMcS+0eYblaHxVrTFhJwi+H6WE2qWu8e
	6nYuIoDMIP9nnmfLfTswrjaxZTc7PAwsAicW3zVA4Raf8rQtRDHMcWP9QQ3LCQ/DfTAl
	65pCzC1bRpUWkUg/2EXJuHhY4a7yspqA1LUhMAdr2BKrmJM1vdQvtNhLQnGOCVkMjT8e
	TnacbY/5WeRYVwjo1uaenOmOFLb4w7Tzty17WioGanIlVKcPGwLTGIY/bJ5N8wuWXc/5
	M9u2c1ylMR0htsgN4yL6egPWAFINyrrKaSescOS1zhbFMBdGJFCSIY8TtNRj5XaJV5A3
	sEAQ==
Received: by 10.152.105.173 with SMTP id gn13mr28522442lab.20.1337810992822;
	Wed, 23 May 2012 15:09:52 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id p2sm109530lbj.4.2012.05.23.15.09.50
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 15:09:51 -0700 (PDT)
Message-ID: <4FBD602D.3010206@gmail.com>
Date: Thu, 24 May 2012 02:09:49 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: Mike McClurg <mike.mcclurg@gmail.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<CALru5wXD8BhxqSa1vj6BjLLCPbUO0JJr_uQd2Dy5KLuDB+19Uw@mail.gmail.com>
In-Reply-To: <CALru5wXD8BhxqSa1vj6BjLLCPbUO0JJr_uQd2Dy5KLuDB+19Uw@mail.gmail.com>
Cc: 674161@bugs.debian.org,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] [Pkg-xen-devel] Bug#674161: xcp-xapi: 'the device
 disappeared from xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 19:28, Mike McClurg wrote:
> vbd plug to PV domain cause following error:
>
> The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
> message: the device disappeared from xenstore (frontend (domid=4 | kind=vbd | devid=51760); backend (domid=0 | kind=vbd | devid=51760))
> <snip>
>
>> # xe sr-create type=file name-label=fileSR device-config:location=/mnt
>> 319f3eaa-d1ba-a81d-acb3-493ecbdaab17
> Here's the problem. The SR type "file" doesn't work the way you'd want
> it to. It's actually the base class for the ext and NFS backends, and
> isn't meant to be accessed directly. This class doesn't actually have
> the create methods required to actually create the appropriate
> directories necessary for a file-based SR.
>
> Could you please try to reproduce this bug with a different backend?
> NFS would probably be easiest. If the VBD plug happens on a different
> SR type, then I'll consider this a bug.
>
> Mike
>
> PS: As an aside, it should be possible to manually create an SR of
> this type yourself (or so the storage team leads me to believe). If
> you create a fresh uuid using uuidgen, you can then create a directory
> called /var/run/sm/<new uuid>, and then call 'xe sr-introduce
> type=file uuid=<new uuid> name-label=name'. I haven't tried this yet,
> but I'm about to.

Ok, i've done it with nfs SM.
  xe vbd-plug uuid=605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31
The server failed to handle your request, due to an internal error. The 
given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=1 | 
kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712))

After do manual 'xenstore-write /local/domain/0/vm hello' vbd-plug does 
not return error, but disk does not appear in guest domain (and no 
messages in dmesg of guest). Not in 'initrd' stage, not in debian 
netinst installer.

But at least I see it (vdi) in /dev/sm:

ls -la 
/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a 

brw------- 1 root root 252, 0 May 24 01:50 
/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a

here cut from xcp-xapi.log:

[20120523T21:55:32.346Z| info|lab-xh3|370 UNIX /var/lib/xcp/xapi||cli] 
xe vbd-plug uuid=605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31 username=root 
password=null
[20120523T21:55:32.348Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.login_with_password D:e241022d2c76|xapi] 
Session.create trackid=9ffe2bef6f34023ee4bdc35a2f2b9195 pool=false 
uname=root is_local_superuser=true auth_user_sid= 
parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T21:55:32.349Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.login_with_password D:e241022d2c76|xapi] 
Attempting to open /var/lib/xcp/xapi
[20120523T21:55:32.350Z|debug|lab-xh3|371 UNIX 
/var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid 
D:52c338ab77c1 created by task D:e241022d2c76
[20120523T21:55:32.356Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|audit] VBD.plug: VBD = 
'605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31'
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|locking_helpers] Acquired lock 
on VM OpaqueRef:39e6d669-5b1d-c589-1ea7-82f668c8bea4 with token 5
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] vbd_plug: attempting to 
attach vbd
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] Attempting to 
dynamically attach VBD to domid 1
[20120523T21:55:32.361Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] VBD device name 0 
interpreted as Xen(0, 0) (hvm = false)
[20120523T21:55:32.361Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] VDI.attach 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a read_write:true
[20120523T21:55:32.361Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a superstate:activated RW
[20120523T21:55:32.362Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] VDI.activate 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a
[20120523T21:55:32.362Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a superstate:activated RW
[20120523T21:55:32.363Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] Device.Vbd.add 
(device_number=Xen(0, 0) | 
params=/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a 
| phystype=vhd)
[20120523T21:55:32.363Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] adding device 
B0[/local/domain/0/backend/vbd/1/51712] 
F1[/local/domain/1/device/vbd/51712]  H[/xapi/1/hotplug/vbd/51712]
[20120523T21:55:32.377Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|hotplug] 
Hotplug.wait_for_plug: frontend (domid=1 | kind=vbd | devid=51712); 
backend (domid=0 | kind=vbd | devid=51712)
[20120523T21:55:32.378Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] watch: watching 
xenstore paths: [ /local/domain/0/backend/vbd/1/51712/hotplug-status ] 
with timeout 300.000000 seconds
[20120523T21:55:32.542Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|hotplug] Synchronised ok with 
hotplug script: frontend (domid=1 | kind=vbd | devid=51712); backend 
(domid=0 | kind=vbd | devid=51712)
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] set_currently_attached 
to true for VBD uuid 605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] vbd_plug: successfully 
hotplugged device
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|locking_helpers] Released lock 
on VM OpaqueRef:39e6d669-5b1d-c589-1ea7-82f668c8bea4 with token 5
[20120523T21:55:32.553Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.logout D:923228986950|xapi] Session.destroy 
trackid=9ffe2bef6f34023ee4bdc35a2f2b9195
[20120523T21:55:55.053Z| info|lab-xh3|5 dbflush 
[/var/lib/xcp/state.db]||redo_log] Flushing database to all active redo-logs
[20120523T21:55:55.508Z|debug|lab-xh3|19|session_revalidation_func 
D:1abe801db75a|xapi] revalidating all external sessions in the local host
[20120523T21:55:55.508Z|debug|lab-xh3|19|Starting periodic scheduler 
D:de1eab10d315|backgroundscheduler] Adding function Revalidating 
externally-authenticated sessions to queue, start=300.000000, 
type=Periodic(300.000000)
[20120523T21:55:55.508Z|debug|lab-xh3|19|Starting periodic scheduler 
D:de1eab10d315|backgroundscheduler] Sleeping until next event 
(120.040193 seconds)


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 23 22:10:06 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 23 May 2012 22:10:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXJkj-0003Ra-2t; Wed, 23 May 2012 22:09:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXJkh-0003RU-DR
	for xen-api@lists.xensource.com; Wed, 23 May 2012 22:09:55 +0000
Received: from [193.109.254.147:31120] by server-4.bemta-14.messagelabs.com id
	29/A3-11570-2306DBF4; Wed, 23 May 2012 22:09:54 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1337810993!2943997!1
X-Originating-IP: [209.85.215.43]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17860 invoked from network); 23 May 2012 22:09:53 -0000
Received: from mail-lpp01m010-f43.google.com (HELO
	mail-lpp01m010-f43.google.com) (209.85.215.43)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 May 2012 22:09:53 -0000
Received: by lahg1 with SMTP id g1so6338538lah.30
	for <xen-api@lists.xensource.com>; Wed, 23 May 2012 15:09:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=il1L7rhB/yQSZVN4bdYm8GnpNLe+WTUD7MSAMx+kVg0=;
	b=uy3BHd382kYfnY+t57fhsLRYMWx1gB2bLriMcS+0eYblaHxVrTFhJwi+H6WE2qWu8e
	6nYuIoDMIP9nnmfLfTswrjaxZTc7PAwsAicW3zVA4Raf8rQtRDHMcWP9QQ3LCQ/DfTAl
	65pCzC1bRpUWkUg/2EXJuHhY4a7yspqA1LUhMAdr2BKrmJM1vdQvtNhLQnGOCVkMjT8e
	TnacbY/5WeRYVwjo1uaenOmOFLb4w7Tzty17WioGanIlVKcPGwLTGIY/bJ5N8wuWXc/5
	M9u2c1ylMR0htsgN4yL6egPWAFINyrrKaSescOS1zhbFMBdGJFCSIY8TtNRj5XaJV5A3
	sEAQ==
Received: by 10.152.105.173 with SMTP id gn13mr28522442lab.20.1337810992822;
	Wed, 23 May 2012 15:09:52 -0700 (PDT)
Received: from [10.13.77.220] (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id p2sm109530lbj.4.2012.05.23.15.09.50
	(version=SSLv3 cipher=OTHER); Wed, 23 May 2012 15:09:51 -0700 (PDT)
Message-ID: <4FBD602D.3010206@gmail.com>
Date: Thu, 24 May 2012 02:09:49 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: Mike McClurg <mike.mcclurg@gmail.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<CALru5wXD8BhxqSa1vj6BjLLCPbUO0JJr_uQd2Dy5KLuDB+19Uw@mail.gmail.com>
In-Reply-To: <CALru5wXD8BhxqSa1vj6BjLLCPbUO0JJr_uQd2Dy5KLuDB+19Uw@mail.gmail.com>
Cc: 674161@bugs.debian.org,
	"xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] [Pkg-xen-devel] Bug#674161: xcp-xapi: 'the device
 disappeared from xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 23.05.2012 19:28, Mike McClurg wrote:
> vbd plug to PV domain cause following error:
>
> The server failed to handle your request, due to an internal error.  The given message may give details useful for debugging the problem.
> message: the device disappeared from xenstore (frontend (domid=4 | kind=vbd | devid=51760); backend (domid=0 | kind=vbd | devid=51760))
> <snip>
>
>> # xe sr-create type=file name-label=fileSR device-config:location=/mnt
>> 319f3eaa-d1ba-a81d-acb3-493ecbdaab17
> Here's the problem. The SR type "file" doesn't work the way you'd want
> it to. It's actually the base class for the ext and NFS backends, and
> isn't meant to be accessed directly. This class doesn't actually have
> the create methods required to actually create the appropriate
> directories necessary for a file-based SR.
>
> Could you please try to reproduce this bug with a different backend?
> NFS would probably be easiest. If the VBD plug happens on a different
> SR type, then I'll consider this a bug.
>
> Mike
>
> PS: As an aside, it should be possible to manually create an SR of
> this type yourself (or so the storage team leads me to believe). If
> you create a fresh uuid using uuidgen, you can then create a directory
> called /var/run/sm/<new uuid>, and then call 'xe sr-introduce
> type=file uuid=<new uuid> name-label=name'. I haven't tried this yet,
> but I'm about to.

Ok, i've done it with nfs SM.
  xe vbd-plug uuid=605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31
The server failed to handle your request, due to an internal error. The 
given message may give details useful for debugging the problem.
message: the device disappeared from xenstore (frontend (domid=1 | 
kind=vbd | devid=51712); backend (domid=0 | kind=vbd | devid=51712))

After do manual 'xenstore-write /local/domain/0/vm hello' vbd-plug does 
not return error, but disk does not appear in guest domain (and no 
messages in dmesg of guest). Not in 'initrd' stage, not in debian 
netinst installer.

But at least I see it (vdi) in /dev/sm:

ls -la 
/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a 

brw------- 1 root root 252, 0 May 24 01:50 
/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a

here cut from xcp-xapi.log:

[20120523T21:55:32.346Z| info|lab-xh3|370 UNIX /var/lib/xcp/xapi||cli] 
xe vbd-plug uuid=605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31 username=root 
password=null
[20120523T21:55:32.348Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.login_with_password D:e241022d2c76|xapi] 
Session.create trackid=9ffe2bef6f34023ee4bdc35a2f2b9195 pool=false 
uname=root is_local_superuser=true auth_user_sid= 
parent=trackid=9834f5af41c964e225f24279aefe4e49
[20120523T21:55:32.349Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.login_with_password D:e241022d2c76|xapi] 
Attempting to open /var/lib/xcp/xapi
[20120523T21:55:32.350Z|debug|lab-xh3|371 UNIX 
/var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid 
D:52c338ab77c1 created by task D:e241022d2c76
[20120523T21:55:32.356Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|audit] VBD.plug: VBD = 
'605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31'
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|locking_helpers] Acquired lock 
on VM OpaqueRef:39e6d669-5b1d-c589-1ea7-82f668c8bea4 with token 5
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] vbd_plug: attempting to 
attach vbd
[20120523T21:55:32.360Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] Attempting to 
dynamically attach VBD to domid 1
[20120523T21:55:32.361Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] VBD device name 0 
interpreted as Xen(0, 0) (hvm = false)
[20120523T21:55:32.361Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] VDI.attach 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a read_write:true
[20120523T21:55:32.361Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a superstate:activated RW
[20120523T21:55:32.362Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] VDI.activate 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a
[20120523T21:55:32.362Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|storage_impl] 
task:OpaqueRef:fc05dc0c-bc95-c277-1b9f-041d6d3a0d76 dp:vbd/1/0 
sr:4c15ea03-5d70-938e-8265-d5424c0fda5e 
vdi:651d7a25-d702-47dd-aa01-0469dec75c2a superstate:activated RW
[20120523T21:55:32.363Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] Device.Vbd.add 
(device_number=Xen(0, 0) | 
params=/dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/651d7a25-d702-47dd-aa01-0469dec75c2a 
| phystype=vhd)
[20120523T21:55:32.363Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] adding device 
B0[/local/domain/0/backend/vbd/1/51712] 
F1[/local/domain/1/device/vbd/51712]  H[/xapi/1/hotplug/vbd/51712]
[20120523T21:55:32.377Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|hotplug] 
Hotplug.wait_for_plug: frontend (domid=1 | kind=vbd | devid=51712); 
backend (domid=0 | kind=vbd | devid=51712)
[20120523T21:55:32.378Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xenops] watch: watching 
xenstore paths: [ /local/domain/0/backend/vbd/1/51712/hotplug-status ] 
with timeout 300.000000 seconds
[20120523T21:55:32.542Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|hotplug] Synchronised ok with 
hotplug script: frontend (domid=1 | kind=vbd | devid=51712); backend 
(domid=0 | kind=vbd | devid=51712)
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] set_currently_attached 
to true for VBD uuid 605c8d8b-b91d-bca8-4df2-ee1b6ee3cf31
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|xapi] vbd_plug: successfully 
hotplugged device
[20120523T21:55:32.543Z|debug|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|VBD.plug R:fc05dc0cbc95|locking_helpers] Released lock 
on VM OpaqueRef:39e6d669-5b1d-c589-1ea7-82f668c8bea4 with token 5
[20120523T21:55:32.553Z| info|lab-xh3|370 UNIX 
/var/lib/xcp/xapi|session.logout D:923228986950|xapi] Session.destroy 
trackid=9ffe2bef6f34023ee4bdc35a2f2b9195
[20120523T21:55:55.053Z| info|lab-xh3|5 dbflush 
[/var/lib/xcp/state.db]||redo_log] Flushing database to all active redo-logs
[20120523T21:55:55.508Z|debug|lab-xh3|19|session_revalidation_func 
D:1abe801db75a|xapi] revalidating all external sessions in the local host
[20120523T21:55:55.508Z|debug|lab-xh3|19|Starting periodic scheduler 
D:de1eab10d315|backgroundscheduler] Adding function Revalidating 
externally-authenticated sessions to queue, start=300.000000, 
type=Periodic(300.000000)
[20120523T21:55:55.508Z|debug|lab-xh3|19|Starting periodic scheduler 
D:de1eab10d315|backgroundscheduler] Sleeping until next event 
(120.040193 seconds)


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 08:48:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 08:48:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXTiX-0005DN-7B; Thu, 24 May 2012 08:48:21 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXTiW-0005DI-Gl
	for xen-api@lists.xen.org; Thu, 24 May 2012 08:48:20 +0000
Received: from [85.158.139.83:58152] by server-12.bemta-5.messagelabs.com id
	49/A6-20635-3D5FDBF4; Thu, 24 May 2012 08:48:19 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1337849297!30071122!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDU0MzU=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12881 invoked from network); 24 May 2012 08:48:19 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 08:48:19 -0000
X-IronPort-AV: E=Sophos;i="4.75,649,1330923600"; d="scan'208";a="25598153"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	24 May 2012 04:48:17 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 24 May 2012
	04:48:16 -0400
Message-ID: <4FBDF60D.7000009@citrix.com>
Date: Thu, 24 May 2012 09:49:17 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
In-Reply-To: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
> Hi all,
>
> Just for confirming it=85 I have been taking a look at XenServerTools and=
 the script's code and so=85 and after looking how Xen works with FreeBSD (=
which seems to be pretty happy with XENHVM 64 bit kernel just it unless in =
Xen4)=85 I have determined that basically the XenCloud and XenServer should=
 have something to block the machine movement, snapshot and this kind of fe=
atures basically from Xen=85 because for example the machine suspend/resume=
 works out of the box with the XENHVM kernel and a Xen 4 host kernel. Perha=
ps can be an XML in where you have a variable or whatever, wherever that al=
lows or blocks to Xen API (Xencenter) doing this kind of features?. I got o=
f course xenstore-* working apparently fine in FreeBSD domU.
>
> Could anyone please give me an idea??.
>

If FreeBSD can run as a PV guest on plain Xen, then it should be able to =

run as a PV guest on XCP. You'll have to install it as an HVM guest, and =

then convert it to PV as follows:

# xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
# xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub

And you'll have to make sure that the FreeBSD VM loads all the =

appropriate Xen drivers. I haven't tried this yet myself with FreeBSD.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 08:48:30 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 08:48:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXTiX-0005DN-7B; Thu, 24 May 2012 08:48:21 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SXTiW-0005DI-Gl
	for xen-api@lists.xen.org; Thu, 24 May 2012 08:48:20 +0000
Received: from [85.158.139.83:58152] by server-12.bemta-5.messagelabs.com id
	49/A6-20635-3D5FDBF4; Thu, 24 May 2012 08:48:19 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1337849297!30071122!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAxNDU0MzU=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12881 invoked from network); 24 May 2012 08:48:19 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 08:48:19 -0000
X-IronPort-AV: E=Sophos;i="4.75,649,1330923600"; d="scan'208";a="25598153"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	24 May 2012 04:48:17 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Thu, 24 May 2012
	04:48:16 -0400
Message-ID: <4FBDF60D.7000009@citrix.com>
Date: Thu, 24 May 2012 09:49:17 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
In-Reply-To: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
> Hi all,
>
> Just for confirming it=85 I have been taking a look at XenServerTools and=
 the script's code and so=85 and after looking how Xen works with FreeBSD (=
which seems to be pretty happy with XENHVM 64 bit kernel just it unless in =
Xen4)=85 I have determined that basically the XenCloud and XenServer should=
 have something to block the machine movement, snapshot and this kind of fe=
atures basically from Xen=85 because for example the machine suspend/resume=
 works out of the box with the XENHVM kernel and a Xen 4 host kernel. Perha=
ps can be an XML in where you have a variable or whatever, wherever that al=
lows or blocks to Xen API (Xencenter) doing this kind of features?. I got o=
f course xenstore-* working apparently fine in FreeBSD domU.
>
> Could anyone please give me an idea??.
>

If FreeBSD can run as a PV guest on plain Xen, then it should be able to =

run as a PV guest on XCP. You'll have to install it as an HVM guest, and =

then convert it to PV as follows:

# xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
# xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub

And you'll have to make sure that the FreeBSD VM loads all the =

appropriate Xen drivers. I haven't tried this yet myself with FreeBSD.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 09:44:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 09:44:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXUaK-00082N-Cw; Thu, 24 May 2012 09:43:56 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SXUaJ-00082F-Qh
	for xen-api@lists.xen.org; Thu, 24 May 2012 09:43:56 +0000
Received: from [85.158.139.83:36723] by server-6.bemta-5.messagelabs.com id
	5E/08-31790-BD20EBF4; Thu, 24 May 2012 09:43:55 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-8.tower-182.messagelabs.com!1337852634!16330243!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16617 invoked from network); 24 May 2012 09:43:54 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-8.tower-182.messagelabs.com with SMTP;
	24 May 2012 09:43:54 -0000
Received: (qmail 1824 invoked by uid 634); 24 May 2012 09:43:54 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO
	[192.168.1.36]) (86.30.244.239)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Thu, 24 May 2012 10:43:53 +0100
Mime-Version: 1.0 (Apple Message framework v1278)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <4FBDF60D.7000009@citrix.com>
Date: Thu, 24 May 2012 10:43:49 +0100
Message-Id: <70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
To: Mike McClurg <mike.mcclurg@citrix.com>
X-Mailer: Apple Mail (2.1278)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 24 May 2012, at 09:49, Mike McClurg wrote:

> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>> Hi all,
>> =

>> Just for confirming it=85 I have been taking a look at XenServerTools an=
d the script's code and so=85 and after looking how Xen works with FreeBSD =
(which seems to be pretty happy with XENHVM 64 bit kernel just it unless in=
 Xen4)=85 I have determined that basically the XenCloud and XenServer shoul=
d have something to block the machine movement, snapshot and this kind of f=
eatures basically from Xen=85 because for example the machine suspend/resum=
e works out of the box with the XENHVM kernel and a Xen 4 host kernel. Perh=
aps can be an XML in where you have a variable or whatever, wherever that a=
llows or blocks to Xen API (Xencenter) doing this kind of features?. I got =
of course xenstore-* working apparently fine in FreeBSD domU.
>> =

>> Could anyone please give me an idea??.
>> =

> =

> If FreeBSD can run as a PV guest on plain Xen, then it should be able to =
run as a PV guest on XCP. You'll have to install it as an HVM guest, and th=
en convert it to PV as follows:
> =

> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
> =

> And you'll have to make sure that the FreeBSD VM loads all the appropriat=
e Xen drivers. I haven't tried this yet myself with FreeBSD.

The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these steps w=
ould prevent it from booting.

I think he's just looking for the xe guest utilities to write the appropria=
te key into xenstore (although I'm not sure as I couldn't fully parse the e=
-mail).

-anil


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 09:44:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 09:44:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXUaK-00082N-Cw; Thu, 24 May 2012 09:43:56 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SXUaJ-00082F-Qh
	for xen-api@lists.xen.org; Thu, 24 May 2012 09:43:56 +0000
Received: from [85.158.139.83:36723] by server-6.bemta-5.messagelabs.com id
	5E/08-31790-BD20EBF4; Thu, 24 May 2012 09:43:55 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-8.tower-182.messagelabs.com!1337852634!16330243!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16617 invoked from network); 24 May 2012 09:43:54 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-8.tower-182.messagelabs.com with SMTP;
	24 May 2012 09:43:54 -0000
Received: (qmail 1824 invoked by uid 634); 24 May 2012 09:43:54 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO
	[192.168.1.36]) (86.30.244.239)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Thu, 24 May 2012 10:43:53 +0100
Mime-Version: 1.0 (Apple Message framework v1278)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <4FBDF60D.7000009@citrix.com>
Date: Thu, 24 May 2012 10:43:49 +0100
Message-Id: <70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
To: Mike McClurg <mike.mcclurg@citrix.com>
X-Mailer: Apple Mail (2.1278)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 24 May 2012, at 09:49, Mike McClurg wrote:

> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>> Hi all,
>> =

>> Just for confirming it=85 I have been taking a look at XenServerTools an=
d the script's code and so=85 and after looking how Xen works with FreeBSD =
(which seems to be pretty happy with XENHVM 64 bit kernel just it unless in=
 Xen4)=85 I have determined that basically the XenCloud and XenServer shoul=
d have something to block the machine movement, snapshot and this kind of f=
eatures basically from Xen=85 because for example the machine suspend/resum=
e works out of the box with the XENHVM kernel and a Xen 4 host kernel. Perh=
aps can be an XML in where you have a variable or whatever, wherever that a=
llows or blocks to Xen API (Xencenter) doing this kind of features?. I got =
of course xenstore-* working apparently fine in FreeBSD domU.
>> =

>> Could anyone please give me an idea??.
>> =

> =

> If FreeBSD can run as a PV guest on plain Xen, then it should be able to =
run as a PV guest on XCP. You'll have to install it as an HVM guest, and th=
en convert it to PV as follows:
> =

> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
> =

> And you'll have to make sure that the FreeBSD VM loads all the appropriat=
e Xen drivers. I haven't tried this yet myself with FreeBSD.

The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these steps w=
ould prevent it from booting.

I think he's just looking for the xe guest utilities to write the appropria=
te key into xenstore (although I'm not sure as I couldn't fully parse the e=
-mail).

-anil


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 10:25:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 10:25:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXVEp-0001QD-1N; Thu, 24 May 2012 10:25:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SXVEn-0001Pe-Jl
	for xen-api@lists.xensource.com; Thu, 24 May 2012 10:25:46 +0000
Received: from [85.158.143.99:48557] by server-3.bemta-4.messagelabs.com id
	CC/C5-05853-8AC0EBF4; Thu, 24 May 2012 10:25:44 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1337855140!22546238!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14256 invoked from network); 24 May 2012 10:25:42 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 10:25:42 -0000
Received: by lbom4 with SMTP id m4so6736111lbo.30
	for <xen-api@lists.xensource.com>; Thu, 24 May 2012 03:25:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=mIXGKSYVyVRrO6ac9UUJE79WTQ25XmGWNA8z36oic9w=;
	b=WzbatPFaj9T+lW6wotmbKjraGv3oYedc3/YeYhRquh7eO6Dle9iDgdrgU4rmgHi7HV
	kW420BN8rMBGZ6dQERnp3xlMZNqIsiu1xdIkfbexsxXzbb8aK/sXugJlABqwhClEFd6y
	hXL7NzZZdED4TuFXPFd+eP0noWqprFMWrbc4bdsC5AMZGCQHtKtka02ju7+XY5a+SS03
	F4D8/wV/JFHw6mwngczCBaR2iH0eGEYvzT1SDwppQRA7XKgwDBL4ll7ywc2zl4HkRSoR
	p/RlX4brzlTWfT5QdHTGovQPJXJLW+uCqbQjO4v3N7LxlG+IU1ZTdCJmTXYEkt0Z/Gl6
	MQHg==
Received: by 10.152.131.9 with SMTP id oi9mr26363072lab.39.1337855139724; Thu,
	24 May 2012 03:25:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Thu, 24 May 2012 03:25:19 -0700 (PDT)
In-Reply-To: <CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 24 May 2012 07:25:19 -0300
Message-ID: <CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8849438450111282673=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8849438450111282673==
Content-Type: multipart/alternative; boundary=f46d042c64775d3b5904c0c5aca3

--f46d042c64775d3b5904c0c5aca3
Content-Type: text/plain; charset=ISO-8859-1

Anyone has any clue about that?

I really don't know what is missing in SR to support shareable VDIs....

On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <
eduardo.terra@gmail.com> wrote:

> I tried to execute the vdi-set-shareable-true.py script, that i have found
> in the forum. But the result was not positive. I
> got SR_OPERATION_NOT_SUPPORTED error.
>
> [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
> 31e3186c-367f-4a87-b591-56844bb23420
> FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
> {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
> 'allowed_operations': ['resize_online', 'generate_config', 'resize',
> 'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
> 'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
> 'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
> '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
> 'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
> 'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
> 'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
> 'scsi/0x12/0x83':
> 'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
> 'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
> 'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
> 'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
> 'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
> ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
> 'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>
> FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
> {'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
> 'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
> 'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
> 'status_detail': '', 'metrics':
> 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
> 'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
> 'RW', 'qos_algorithm_params': {}}
>
> FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
> {'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
> '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
> 'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
> 'status_detail': '', 'metrics':
> 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
> 'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
> False, 'mode': 'RW', 'qos_algorithm_params': {}}
>
> ERROR: failed to re-introduce the VDI. unrecoverable error.
> Traceback (most recent call last):
>   File "./vdi-set-shareable-true.py", line 132, in ?
>     main()
>   File "./vdi-set-shareable-true.py", line 129, in main
>     fixup_vdi(options, session)
>   File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>     vdi_data['sm_config'])
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
>     return self.__send(self.__name, args)
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
> xenapi_request
>     result = _parse_result(getattr(self, methodname)(*full_params))
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
> _parse_result
>     raise Failure(result['ErrorDescription'])
> XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>
>
>
> On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
> eduardo.terra@gmail.com> wrote:
>
>> Mike,
>>
>> I have tried to do what you said, but I have got an error.
>>
>> My steps:
>>
>> [root@vmserver05 ~]# xe sr-param-list
>> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>               name-label ( RW): VMDATA02_RAID10
>>         name-description ( RW): iSCSI SR [172.30.1.101
>> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>>                     host ( RO): <shared>
>>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
>> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>>       current-operations (SRO):
>>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
>> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>>       virtual-allocation ( RO): 1073741824
>>     physical-utilisation ( RO): 1077936128
>>            physical-size ( RO): 600016158720
>>                     type ( RO): lvmoiscsi
>>             content-type ( RO):
>>                   shared ( RW): true
>>             other-config (MRW):
>>                sm-config (MRO): allocation: thick; use_vhd: true;
>> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>>                    blobs ( RO):
>>      local-cache-enabled ( RO): false
>>                     tags (SRW):
>>
>> [root@vmserver05 ~]# xe vdi-create
>> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>> virtual-size=1GiB type=user sm-config:type=raw sharable=true
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>
>> Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
>> created, as display here:
>>
>> [root@vmserver05 ~]# xe vdi-param-list
>> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>               name-label ( RW): teste
>>         name-description ( RW):
>>            is-a-snapshot ( RO): false
>>              snapshot-of ( RO): <not in database>
>>                snapshots ( RO):
>>            snapshot-time ( RO): 19700101T00:00:00Z
>>       allowed-operations (SRO): resize_online; clone
>>       current-operations (SRO):
>>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>            sr-name-label ( RO): VMDATA02_RAID10
>> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
>> 5ca07308-d296-37d9-a715-475453126949*
>>          crashdump-uuids (SRO):
>>             virtual-size ( RO): 1073741824
>>     physical-utilisation ( RO): 1073741824
>>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>                     type ( RO): User
>>                 sharable ( RO): true
>>                read-only ( RO): false
>>             storage-lock ( RO): false
>>                  managed ( RO): true
>>                   parent ( RO): <not in database>
>>                  missing ( RO): false
>>             other-config (MRW):
>>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
>> scsi/0x12/0x83:
>> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>                sm-config (MRO):
>> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
>> vdi_type: aio
>>                  on-boot ( RW): persist
>>            allow-caching ( RW): false
>>                     tags (SRW):
>>
>>
>> But I could activate (plug) only one of them. When I try to plug on both
>> of them I get this error:
>>
>> [root@vmserver05 ~]# xe vbd-plug
>> uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>> Error code: SR_BACKEND_FAILURE_46
>> Error parameters: , The VDI is not available [opterr=VDI
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>>
>> Is there any parameter am I missing?
>>
>> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>>
>>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>>
>>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>>>> capable of sharing a VDI between two virtual machines?
>>>> Is it possible to do in XCP?
>>>>
>>>
>>> You could possibly do this if only one VM attaches the disk RW, but you
>>> should definitely not do this if you want more than one of the VMs to
>>> attach the disk RW. For that, you should use something like NFS instead.
>>>
>>> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
>>> 'xe help vbd-create' for docs.
>>>
>>> Mike
>>>
>>>
>>
>>
>> --
>> Carlos Eduardo Tavares Terra
>> Red Hat Certified Engineer
>> Consultor em Infraestrutura de TI
>> GNU/Linux #413291 [http://counter.li.org]
>>
>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d042c64775d3b5904c0c5aca3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Anyone has any clue about that?<br><br>I really don&#39;t know what is miss=
ing in SR to support shareable VDIs....<br><br><div class=3D"gmail_quote">O=
n Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <span dir=3D"=
ltr">&lt;<a href=3D"mailto:eduardo.terra@gmail.com" target=3D"_blank">eduar=
do.terra@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">I tried to execute the=A0vdi-set-shareable-t=
rue.py script, that i have found in the forum. But the result was not posit=
ive. I got=A0SR_OPERATION_NOT_SUPPORTED error.<div>

<br></div><div><div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v 31e=
3186c-367f-4a87-b591-56844bb23420</div>
<div>FULL VDI entry =3D OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div=
><div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;}, &#39;manag=
ed&#39;: True, &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39=
;resize_online&#39;, &#39;generate_config&#39;, &#39;resize&#39;, &#39;dest=
roy&#39;, &#39;clone&#39;, &#39;copy&#39;], &#39;on_boot&#39;: &#39;persist=
&#39;, &#39;name_description&#39;: &#39;&#39;, &#39;read_only&#39;: False, =
&#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#39;storag=
e_lock&#39;: False, &#39;name_label&#39;: &#39;teste&#39;, &#39;tags&#39;: =
[], &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#3=
9;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#39;snapshot_time&#=
39;: &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;, &#39;pare=
nt&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;: False, &#39;xenstore_=
data&#39;: {&#39;storage-type&#39;: &#39;lvm&#39;, &#39;scsi/0x12/0x80&#39;=
: &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x12/0x83&#39;:=
 &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyM=
CA=3D&#39;, &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;: &#39;31e=
3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_dumps&#39;: [], &#39;vi=
rtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_snapshot&#39;: False, &#39=
;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39;OpaqueRef:NULL&#3=
9;, &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;,=
 &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &#39;108213043=
2&#39;, &#39;allow_caching&#39;: False, &#39;VBDs&#39;: [&#39;OpaqueRef:9d4=
f9e82-6b15-101d-3cec-46eea2a47359&#39;, &#39;OpaqueRef:9591ab93-0f12-b1a5-f=
92e-0817355d9988&#39;]}</div>


<div><br></div><div>FULL VBD entry =3D OpaqueRef:9d4f9e82-6b15-101d-3cec-46=
eea2a47359</div><div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;d0a4ac7f-ae94=
-18b4-926b-628f31cea636&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:71d=
d55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#3=
9;, &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &#39;&#39;,=
 &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bootab=
le&#39;: False, &#39;other_config&#39;: {}, &#39;currently_attached&#39;: F=
alse, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</di=
v>


<div><br></div><div>FULL VBD entry =3D OpaqueRef:9591ab93-0f12-b1a5-f92e-08=
17355d9988</div><div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;81ed397c-48f2=
-6bc5-c393-1fefc5645f30&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:a07=
bf61b-d4bb-ab23-617e-f2d97771ed92&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#3=
9;, &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39;: &#39;&#=
39;, &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bo=
otable&#39;: False, &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39=
;}, &#39;currently_attached&#39;: False, &#39;mode&#39;: &#39;RW&#39;, &#39=
;qos_algorithm_params&#39;: {}}</div>


<div><br></div><div>ERROR: failed to re-introduce the VDI. unrecoverable er=
ror.</div><div>Traceback (most recent call last):</div><div>=A0 File &quot;=
./vdi-set-shareable-true.py&quot;, line 132, in ?</div><div>=A0 =A0 main()<=
/div>


<div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129, in main</d=
iv><div>=A0 =A0 fixup_vdi(options, session)</div><div>=A0 File &quot;./vdi-=
set-shareable-true.py&quot;, line 70, in fixup_vdi</div><div>=A0 =A0 vdi_da=
ta[&#39;sm_config&#39;])</div>


<div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, line =
229, in __call__</div><div>=A0 =A0 return self.__send(self.__name, args)</d=
iv><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, li=
ne 133, in xenapi_request</div>


<div>=A0 =A0 result =3D _parse_result(getattr(self, methodname)(*full_param=
s))</div><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quo=
t;, line 203, in _parse_result</div><div>=A0 =A0 raise Failure(result[&#39;=
ErrorDescription&#39;])</div>


<div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;, &#39;OpaqueRef:=
439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</div></div><div class=3D"HOEnZb"=
><div class=3D"h5"><div><br></div><div><br><div><br><div class=3D"gmail_quo=
te">

On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <span dir=3D"=
ltr">&lt;<a href=3D"mailto:eduardo.terra@gmail.com" target=3D"_blank">eduar=
do.terra@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Mike,<div><br></div><div>I have tried to do =
what you said, but I have got an error.</div><div><br></div><div>My steps:<=
/div>


<div><br></div><div><div>[root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d=
5c1-f0a8-ecfb-28b0-59154f2b70df</div>
<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>



<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>



<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>



=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>



<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>



<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>



<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>


<div><div>
<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">



<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div></div=
></div><div>-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engine=
er<br></div><div>Consultor em Infraestrutura de TI<br>
GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">http=
://counter.li.org</a>]<br>

</div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>



</div></div>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Edua=
rdo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrut=
ura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D=
"_blank">http://counter.li.org</a>]<br>



--f46d042c64775d3b5904c0c5aca3--


--===============8849438450111282673==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8849438450111282673==--


From xen-api-bounces@lists.xen.org Thu May 24 10:25:54 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 10:25:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXVEp-0001QD-1N; Thu, 24 May 2012 10:25:47 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SXVEn-0001Pe-Jl
	for xen-api@lists.xensource.com; Thu, 24 May 2012 10:25:46 +0000
Received: from [85.158.143.99:48557] by server-3.bemta-4.messagelabs.com id
	CC/C5-05853-8AC0EBF4; Thu, 24 May 2012 10:25:44 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1337855140!22546238!1
X-Originating-IP: [209.85.217.171]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14256 invoked from network); 24 May 2012 10:25:42 -0000
Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com)
	(209.85.217.171)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 10:25:42 -0000
Received: by lbom4 with SMTP id m4so6736111lbo.30
	for <xen-api@lists.xensource.com>; Thu, 24 May 2012 03:25:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:content-type; bh=mIXGKSYVyVRrO6ac9UUJE79WTQ25XmGWNA8z36oic9w=;
	b=WzbatPFaj9T+lW6wotmbKjraGv3oYedc3/YeYhRquh7eO6Dle9iDgdrgU4rmgHi7HV
	kW420BN8rMBGZ6dQERnp3xlMZNqIsiu1xdIkfbexsxXzbb8aK/sXugJlABqwhClEFd6y
	hXL7NzZZdED4TuFXPFd+eP0noWqprFMWrbc4bdsC5AMZGCQHtKtka02ju7+XY5a+SS03
	F4D8/wV/JFHw6mwngczCBaR2iH0eGEYvzT1SDwppQRA7XKgwDBL4ll7ywc2zl4HkRSoR
	p/RlX4brzlTWfT5QdHTGovQPJXJLW+uCqbQjO4v3N7LxlG+IU1ZTdCJmTXYEkt0Z/Gl6
	MQHg==
Received: by 10.152.131.9 with SMTP id oi9mr26363072lab.39.1337855139724; Thu,
	24 May 2012 03:25:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Thu, 24 May 2012 03:25:19 -0700 (PDT)
In-Reply-To: <CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 24 May 2012 07:25:19 -0300
Message-ID: <CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
To: "xen-api@lists.xensource.com" <xen-api@lists.xensource.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8849438450111282673=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============8849438450111282673==
Content-Type: multipart/alternative; boundary=f46d042c64775d3b5904c0c5aca3

--f46d042c64775d3b5904c0c5aca3
Content-Type: text/plain; charset=ISO-8859-1

Anyone has any clue about that?

I really don't know what is missing in SR to support shareable VDIs....

On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <
eduardo.terra@gmail.com> wrote:

> I tried to execute the vdi-set-shareable-true.py script, that i have found
> in the forum. But the result was not positive. I
> got SR_OPERATION_NOT_SUPPORTED error.
>
> [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
> 31e3186c-367f-4a87-b591-56844bb23420
> FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
> {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
> 'allowed_operations': ['resize_online', 'generate_config', 'resize',
> 'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
> 'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
> 'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
> '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
> 'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
> 'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
> 'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
> 'scsi/0x12/0x83':
> 'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
> 'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
> 'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
> 'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
> 'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
> ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
> 'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>
> FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
> {'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
> 'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
> 'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
> 'status_detail': '', 'metrics':
> 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
> 'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
> 'RW', 'qos_algorithm_params': {}}
>
> FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
> {'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
> '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
> 'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
> 'status_detail': '', 'metrics':
> 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
> 'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
> False, 'mode': 'RW', 'qos_algorithm_params': {}}
>
> ERROR: failed to re-introduce the VDI. unrecoverable error.
> Traceback (most recent call last):
>   File "./vdi-set-shareable-true.py", line 132, in ?
>     main()
>   File "./vdi-set-shareable-true.py", line 129, in main
>     fixup_vdi(options, session)
>   File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>     vdi_data['sm_config'])
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
>     return self.__send(self.__name, args)
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
> xenapi_request
>     result = _parse_result(getattr(self, methodname)(*full_params))
>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
> _parse_result
>     raise Failure(result['ErrorDescription'])
> XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>
>
>
> On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
> eduardo.terra@gmail.com> wrote:
>
>> Mike,
>>
>> I have tried to do what you said, but I have got an error.
>>
>> My steps:
>>
>> [root@vmserver05 ~]# xe sr-param-list
>> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>               name-label ( RW): VMDATA02_RAID10
>>         name-description ( RW): iSCSI SR [172.30.1.101
>> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>>                     host ( RO): <shared>
>>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
>> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>>       current-operations (SRO):
>>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
>> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>>       virtual-allocation ( RO): 1073741824
>>     physical-utilisation ( RO): 1077936128
>>            physical-size ( RO): 600016158720
>>                     type ( RO): lvmoiscsi
>>             content-type ( RO):
>>                   shared ( RW): true
>>             other-config (MRW):
>>                sm-config (MRO): allocation: thick; use_vhd: true;
>> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>>                    blobs ( RO):
>>      local-cache-enabled ( RO): false
>>                     tags (SRW):
>>
>> [root@vmserver05 ~]# xe vdi-create
>> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>> virtual-size=1GiB type=user sm-config:type=raw sharable=true
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>
>> Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
>> created, as display here:
>>
>> [root@vmserver05 ~]# xe vdi-param-list
>> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>               name-label ( RW): teste
>>         name-description ( RW):
>>            is-a-snapshot ( RO): false
>>              snapshot-of ( RO): <not in database>
>>                snapshots ( RO):
>>            snapshot-time ( RO): 19700101T00:00:00Z
>>       allowed-operations (SRO): resize_online; clone
>>       current-operations (SRO):
>>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>            sr-name-label ( RO): VMDATA02_RAID10
>> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
>> 5ca07308-d296-37d9-a715-475453126949*
>>          crashdump-uuids (SRO):
>>             virtual-size ( RO): 1073741824
>>     physical-utilisation ( RO): 1073741824
>>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>                     type ( RO): User
>>                 sharable ( RO): true
>>                read-only ( RO): false
>>             storage-lock ( RO): false
>>                  managed ( RO): true
>>                   parent ( RO): <not in database>
>>                  missing ( RO): false
>>             other-config (MRW):
>>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
>> scsi/0x12/0x83:
>> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>                sm-config (MRO):
>> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
>> vdi_type: aio
>>                  on-boot ( RW): persist
>>            allow-caching ( RW): false
>>                     tags (SRW):
>>
>>
>> But I could activate (plug) only one of them. When I try to plug on both
>> of them I get this error:
>>
>> [root@vmserver05 ~]# xe vbd-plug
>> uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>> Error code: SR_BACKEND_FAILURE_46
>> Error parameters: , The VDI is not available [opterr=VDI
>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>>
>> Is there any parameter am I missing?
>>
>> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>>
>>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>>
>>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to be
>>>> capable of sharing a VDI between two virtual machines?
>>>> Is it possible to do in XCP?
>>>>
>>>
>>> You could possibly do this if only one VM attaches the disk RW, but you
>>> should definitely not do this if you want more than one of the VMs to
>>> attach the disk RW. For that, you should use something like NFS instead.
>>>
>>> To share a VDI, create a new vbd to connect the second VM to the VDI. Do
>>> 'xe help vbd-create' for docs.
>>>
>>> Mike
>>>
>>>
>>
>>
>> --
>> Carlos Eduardo Tavares Terra
>> Red Hat Certified Engineer
>> Consultor em Infraestrutura de TI
>> GNU/Linux #413291 [http://counter.li.org]
>>
>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>



-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--f46d042c64775d3b5904c0c5aca3
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Anyone has any clue about that?<br><br>I really don&#39;t know what is miss=
ing in SR to support shareable VDIs....<br><br><div class=3D"gmail_quote">O=
n Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <span dir=3D"=
ltr">&lt;<a href=3D"mailto:eduardo.terra@gmail.com" target=3D"_blank">eduar=
do.terra@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">I tried to execute the=A0vdi-set-shareable-t=
rue.py script, that i have found in the forum. But the result was not posit=
ive. I got=A0SR_OPERATION_NOT_SUPPORTED error.<div>

<br></div><div><div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v 31e=
3186c-367f-4a87-b591-56844bb23420</div>
<div>FULL VDI entry =3D OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div=
><div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;}, &#39;manag=
ed&#39;: True, &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39=
;resize_online&#39;, &#39;generate_config&#39;, &#39;resize&#39;, &#39;dest=
roy&#39;, &#39;clone&#39;, &#39;copy&#39;], &#39;on_boot&#39;: &#39;persist=
&#39;, &#39;name_description&#39;: &#39;&#39;, &#39;read_only&#39;: False, =
&#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#39;storag=
e_lock&#39;: False, &#39;name_label&#39;: &#39;teste&#39;, &#39;tags&#39;: =
[], &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;, &#3=
9;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#39;snapshot_time&#=
39;: &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;, &#39;pare=
nt&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;: False, &#39;xenstore_=
data&#39;: {&#39;storage-type&#39;: &#39;lvm&#39;, &#39;scsi/0x12/0x80&#39;=
: &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x12/0x83&#39;:=
 &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyM=
CA=3D&#39;, &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;: &#39;31e=
3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_dumps&#39;: [], &#39;vi=
rtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_snapshot&#39;: False, &#39=
;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39;OpaqueRef:NULL&#3=
9;, &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;,=
 &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &#39;108213043=
2&#39;, &#39;allow_caching&#39;: False, &#39;VBDs&#39;: [&#39;OpaqueRef:9d4=
f9e82-6b15-101d-3cec-46eea2a47359&#39;, &#39;OpaqueRef:9591ab93-0f12-b1a5-f=
92e-0817355d9988&#39;]}</div>


<div><br></div><div>FULL VBD entry =3D OpaqueRef:9d4f9e82-6b15-101d-3cec-46=
eea2a47359</div><div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;d0a4ac7f-ae94=
-18b4-926b-628f31cea636&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:71d=
d55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#3=
9;, &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &#39;&#39;,=
 &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bootab=
le&#39;: False, &#39;other_config&#39;: {}, &#39;currently_attached&#39;: F=
alse, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</di=
v>


<div><br></div><div>FULL VBD entry =3D OpaqueRef:9591ab93-0f12-b1a5-f92e-08=
17355d9988</div><div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_prope=
rties&#39;: {}, &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpaus=
e&#39;, &#39;plug&#39;, &#39;attach&#39;], &#39;VDI&#39;: &#39;OpaqueRef:fd=
a5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#39;uuid&#39;: &#39;81ed397c-48f2=
-6bc5-c393-1fefc5645f30&#39;, &#39;storage_lock&#39;: False, &#39;qos_suppo=
rted_algorithms&#39;: [], &#39;status_code&#39;: &#39;0&#39;, &#39;type&#39=
;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;VM&#39;: &#39;OpaqueRef:a07=
bf61b-d4bb-ab23-617e-f2d97771ed92&#39;, &#39;status_detail&#39;: &#39;&#39;=
, &#39;metrics&#39;: &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#3=
9;, &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39;: &#39;&#=
39;, &#39;unpluggable&#39;: True, &#39;current_operations&#39;: {}, &#39;bo=
otable&#39;: False, &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39=
;}, &#39;currently_attached&#39;: False, &#39;mode&#39;: &#39;RW&#39;, &#39=
;qos_algorithm_params&#39;: {}}</div>


<div><br></div><div>ERROR: failed to re-introduce the VDI. unrecoverable er=
ror.</div><div>Traceback (most recent call last):</div><div>=A0 File &quot;=
./vdi-set-shareable-true.py&quot;, line 132, in ?</div><div>=A0 =A0 main()<=
/div>


<div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129, in main</d=
iv><div>=A0 =A0 fixup_vdi(options, session)</div><div>=A0 File &quot;./vdi-=
set-shareable-true.py&quot;, line 70, in fixup_vdi</div><div>=A0 =A0 vdi_da=
ta[&#39;sm_config&#39;])</div>


<div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, line =
229, in __call__</div><div>=A0 =A0 return self.__send(self.__name, args)</d=
iv><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quot;, li=
ne 133, in xenapi_request</div>


<div>=A0 =A0 result =3D _parse_result(getattr(self, methodname)(*full_param=
s))</div><div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&quo=
t;, line 203, in _parse_result</div><div>=A0 =A0 raise Failure(result[&#39;=
ErrorDescription&#39;])</div>


<div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;, &#39;OpaqueRef:=
439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</div></div><div class=3D"HOEnZb"=
><div class=3D"h5"><div><br></div><div><br><div><br><div class=3D"gmail_quo=
te">

On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <span dir=3D"=
ltr">&lt;<a href=3D"mailto:eduardo.terra@gmail.com" target=3D"_blank">eduar=
do.terra@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Mike,<div><br></div><div>I have tried to do =
what you said, but I have got an error.</div><div><br></div><div>My steps:<=
/div>


<div><br></div><div><div>[root@vmserver05 ~]# xe sr-param-list uuid=3D81a9d=
5c1-f0a8-ecfb-28b0-59154f2b70df</div>
<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 81a9d5c1-f0a8-ecfb=
-28b0-59154f2b70df</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
VMDATA02_RAID10</div><div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI SR =
[172.30.1.101 (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b0200000=
00004d41e117)]</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host ( RO): &lt;shared&gt;</di=
v><div>=A0 =A0 =A0 allowed-operations (SRO): forget; VDI.create; VDI.snapsh=
ot; plug; update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug=
</div><div>=A0 =A0 =A0 current-operations (SRO):</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (SRO): 6fc452d3-7381-4416=
-a2c9-71e526261c40</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247; d3d748b6-574b-598e-5c43-3e4e79c=
73515; 04e035ba-781c-7c6d-c54b-97b589bc985b; cfbe9adc-e233-5f2d-d798-058815=
a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>



<div>=A0 =A0 =A0 virtual-allocation ( RO): 1073741824</div><div>=A0 =A0 phy=
sical-utilisation ( RO): 1077936128</div><div>=A0 =A0 =A0 =A0 =A0 =A0physic=
al-size ( RO): 600016158720</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 type ( RO): lvmoiscsi</div><div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( =
RO):</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( RW): true</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0sm-config (MRO): allocation: thick; use_vhd: true; multipathable: tr=
ue; devserial: scsi-36782bcb000069cb1000003724df80c1e</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs ( RO):</div><div>=A0 =A0 =
=A0local-cache-enabled ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 tags (SRW):</div><div><br></div><div><div>[root@vmserver05 ~]# =
xe vdi-create sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=3Dt=
este virtual-size=3D1GiB type=3Duser sm-config:type=3Draw sharable=3Dtrue</=
div>



<div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div></div><div><br></div><div>Th=
en I have attached this disk in 2 VMs using XenCenter. The VBDs were create=
d, as display here:</div><div><br></div><div><div>[root@vmserver05 ~]# xe v=
di-param-list uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 782f2e7b-77d4-4590=
-b5c4-d2d473c6b63f</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW): =
teste</div><div>=A0 =A0 =A0 =A0 name-description ( RW):</div><div>=A0 =A0 =
=A0 =A0 =A0 =A0is-a-snapshot ( RO): false</div><div>



=A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &lt;not in database&gt;</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( RO):</div><div>=A0 =A0 =A0 =
=A0 =A0 =A0snapshot-time ( RO): 19700101T00:00:00Z</div><div>=A0 =A0 =A0 al=
lowed-operations (SRO): resize_online; clone</div>



<div>=A0 =A0 =A0 current-operations (SRO):</div><div>=A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div><di=
v>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO): VMDATA02_RAID10</div><div><b>=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18d=
a3d8870b3; 5ca07308-d296-37d9-a715-475453126949</b></div>



<div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0 virtual-size ( RO): 1073741824</div><div>=A0 =A0 physical-utilisati=
on ( RO): 1073741824</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type ( RO): User</div><div>=A0=
 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( RO): true</div><div>=A0 =A0 =A0 =A0=
 =A0 =A0 =A0 =A0read-only ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 st=
orage-lock ( RO): false</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0manage=
d ( RO): true</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent ( RO): &lt;not in database&=
gt;</div><div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing ( RO): false</div>=
<div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</div><div>=A0 =A0 =A0 =A0 =
=A0 =A0xenstore-data (MRO): vdi-type: aio; storage-type: lvm; scsi/0x12/0x8=
3: AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=
=3D; scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid: 782f2e=
7b-77d4-4590-b5c4-d2d473c6b63f</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO): host_OpaqueRef:52a45c2=
0-d88f-5869-7f7b-318b17833721: RW; type: raw; vdi_type: aio</div><div>=A0 =
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot ( RW): persist</div><div>=A0 =A0 =A0=
 =A0 =A0 =A0allow-caching ( RW): false</div>



<div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (SRW):</div></div><div><b=
r></div><div><br></div><div>But I could activate (plug) only one of them. W=
hen I try to plug on both of them I get this error:</div><div><br></div><di=
v><div>[root@vmserver05 ~]# xe vbd-plug uuid=3Dc56c23da-85eb-5ae8-a413-18da=
3d8870b3</div>



<div>Error code: SR_BACKEND_FAILURE_46</div><div>Error parameters: , The VD=
I is not available [opterr=3DVDI 782f2e7b-77d4-4590-b5c4-d2d473c6b63f alrea=
dy attached RW],</div></div><div><br></div><div>Is there any parameter am I=
 missing?</div>


<div><div>
<br><div class=3D"gmail_quote">On Fri, May 18, 2012 at 10:58 AM, Mike McClu=
rg <span dir=3D"ltr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=
=3D"_blank">mike.mcclurg@citrix.com</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex">



<div>On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Do I need to do any special configuration in XCP 1.1 or in the SRs to be<br=
>
capable of sharing a VDI between two virtual machines?<br>
Is it possible to do in XCP?<br>
</blockquote>
<br></div>
You could possibly do this if only one VM attaches the disk RW, but you sho=
uld definitely not do this if you want more than one of the VMs to attach t=
he disk RW. For that, you should use something like NFS instead.<br>
<br>
To share a VDI, create a new vbd to connect the second VM to the VDI. Do &#=
39;xe help vbd-create&#39; for docs.<span><font color=3D"#888888"><br>
<br>
Mike<br>
<br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div></div=
></div><div>-- <br>Carlos Eduardo Tavares Terra<br>Red Hat Certified Engine=
er<br></div><div>Consultor em Infraestrutura de TI<br>
GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank">http=
://counter.li.org</a>]<br>

</div></div>
</blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos Eduar=
do Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrutu=
ra de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"=
_blank">http://counter.li.org</a>]<br>



</div></div>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Carlos Edua=
rdo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraestrut=
ura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D=
"_blank">http://counter.li.org</a>]<br>



--f46d042c64775d3b5904c0c5aca3--


--===============8849438450111282673==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8849438450111282673==--


From xen-api-bounces@lists.xen.org Thu May 24 10:36:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 10:36:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXVPH-0002VK-RU; Thu, 24 May 2012 10:36:35 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXVPH-0002VB-4k
	for xen-api@lists.xen.org; Thu, 24 May 2012 10:36:35 +0000
Received: from [85.158.143.99:11972] by server-1.bemta-4.messagelabs.com id
	4F/9E-00342-23F0EBF4; Thu, 24 May 2012 10:36:34 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-10.tower-216.messagelabs.com!1337855792!23031357!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6130 invoked from network); 24 May 2012 10:36:32 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 10:36:32 -0000
Received: by lahc1 with SMTP id c1so7316185lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 03:36:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=98BhDybIL26JqI3/X6L+zn425fT0XRWEelOhaYsyNC8=;
	b=C/4YDaxrNXv4pqsf7SsBlLOjLo0lbdrYKwWLBjKx/sJ8h9rH8iICy+5hm/9Znx2Ay6
	XOln2BEQz/rb++YsG5uRqqwkoTtu4oxM4AMHNJ/3esRFGW48CQaxA4EfjZRqDxOtUDf3
	EGi7RQPMvjofeqoK0rVMWolG+6rEvbQykREO5jSLurAW2ibmuZvy2DC8csiu+576GUB3
	HOrdYOUj9jaqujEzkfqLKQiJ3Cne8NEfS5J+IWHDbZXXz+Sb5W7FOXx4npxsuCwYFySd
	LxcyyKWNoSMSp2R97csU89fKm9wFs2I2QEv47loIwdX7VL645EauPD8mn1knAmVgLcjt
	ypCQ==
Received: by 10.112.84.168 with SMTP id a8mr13174781lbz.92.1337855791663;
	Thu, 24 May 2012 03:36:31 -0700 (PDT)
Received: from [192.168.10.37] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id
	gi19sm40146973lab.16.2012.05.24.03.36.29
	(version=SSLv3 cipher=OTHER); Thu, 24 May 2012 03:36:30 -0700 (PDT)
Message-ID: <4FBE0F2C.5010508@gmail.com>
Date: Thu, 24 May 2012 14:36:28 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
In-Reply-To: <CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7097932046819075779=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7097932046819075779==
Content-Type: multipart/alternative;
 boundary="------------030200060308040205080708"

This is a multi-part message in MIME format.
--------------030200060308040205080708
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Local caching?

On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
> Anyone has any clue about that?
>
> I really don't know what is missing in SR to support shareable VDIs....
>
> On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra 
> <eduardo.terra@gmail.com <mailto:eduardo.terra@gmail.com>> wrote:
>
>     I tried to execute the vdi-set-shareable-true.py script, that i
>     have found in the forum. But the result was not positive. I
>     got SR_OPERATION_NOT_SUPPORTED error.
>
>     [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
>     31e3186c-367f-4a87-b591-56844bb23420
>     FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
>     {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots':
>     [], 'allowed_operations': ['resize_online', 'generate_config',
>     'resize', 'destroy', 'clone', 'copy'], 'on_boot': 'persist',
>     'name_description': '', 'read_only': False, 'uuid':
>     '31e3186c-367f-4a87-b591-56844bb23420', 'storage_lock': False,
>     'name_label': 'teste', 'tags': [], 'location':
>     '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user',
>     'sharable': True, 'snapshot_time': <DateTime u'19700101T00:00:00Z'
>     at -491c56b4>, 'parent': 'OpaqueRef:NULL', 'missing': False,
>     'xenstore_data': {'storage-type': 'lvm', 'scsi/0x12/0x80':
>     'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==', 'scsi/0x12/0x83':
>     'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
>     'vdi-type': 'vhd', 'vdi-uuid':
>     '31e3186c-367f-4a87-b591-56844bb23420'}, 'crash_dumps': [],
>     'virtual_size': '1073741824', 'is_a_snapshot': False,
>     'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
>     'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config':
>     {}, 'physical_utilisation': '1082130432', 'allow_caching': False,
>     'VBDs': ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
>     'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>
>     FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
>     {'userdevice': '4', 'runtime_properties': {},
>     'allowed_operations': ['pause', 'unpause', 'plug', 'attach'],
>     'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>     'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
>     'qos_supported_algorithms': [], 'status_code': '0', 'type':
>     'Disk', 'empty': False, 'VM':
>     'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c', 'status_detail':
>     '', 'metrics': 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc',
>     'device': '', 'qos_algorithm_type': '', 'unpluggable': True,
>     'current_operations': {}, 'bootable': False, 'other_config': {},
>     'currently_attached': False, 'mode': 'RW', 'qos_algorithm_params': {}}
>
>     FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
>     {'userdevice': '2', 'runtime_properties': {},
>     'allowed_operations': ['pause', 'unpause', 'plug', 'attach'],
>     'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>     '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
>     'qos_supported_algorithms': [], 'status_code': '0', 'type':
>     'Disk', 'empty': False, 'VM':
>     'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92', 'status_detail':
>     '', 'metrics': 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87',
>     'device': 'xvdc', 'qos_algorithm_type': '', 'unpluggable': True,
>     'current_operations': {}, 'bootable': False, 'other_config':
>     {'owner': 'true'}, 'currently_attached': False, 'mode': 'RW',
>     'qos_algorithm_params': {}}
>
>     ERROR: failed to re-introduce the VDI. unrecoverable error.
>     Traceback (most recent call last):
>       File "./vdi-set-shareable-true.py", line 132, in ?
>         main()
>       File "./vdi-set-shareable-true.py", line 129, in main
>         fixup_vdi(options, session)
>       File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>         vdi_data['sm_config'])
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in
>     __call__
>         return self.__send(self.__name, args)
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
>     xenapi_request
>         result = _parse_result(getattr(self, methodname)(*full_params))
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
>     _parse_result
>         raise Failure(result['ErrorDescription'])
>     XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
>     'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>
>
>
>     On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra
>     <eduardo.terra@gmail.com <mailto:eduardo.terra@gmail.com>> wrote:
>
>         Mike,
>
>         I have tried to do what you said, but I have got an error.
>
>         My steps:
>
>         [root@vmserver05 ~]# xe sr-param-list
>         uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>         uuid ( RO)                    :
>         81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>                       name-label ( RW): VMDATA02_RAID10
>                 name-description ( RW): iSCSI SR [172.30.1.101
>         (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>                             host ( RO): <shared>
>               allowed-operations (SRO): forget; VDI.create;
>         VDI.snapshot; plug; update; destroy; VDI.destroy; scan;
>         VDI.clone; VDI.resize; unplug
>               current-operations (SRO):
>                             VDIs (SRO):
>         6fc452d3-7381-4416-a2c9-71e526261c40
>                             PBDs (SRO):
>         0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>         d3d748b6-574b-598e-5c43-3e4e79c73515;
>         04e035ba-781c-7c6d-c54b-97b589bc985b;
>         cfbe9adc-e233-5f2d-d798-058815a247d0;
>         5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>               virtual-allocation ( RO): 1073741824
>             physical-utilisation ( RO): 1077936128
>                    physical-size ( RO): 600016158720
>                             type ( RO): lvmoiscsi
>                     content-type ( RO):
>                           shared ( RW): true
>                     other-config (MRW):
>                        sm-config (MRO): allocation: thick; use_vhd:
>         true; multipathable: true; devserial:
>         scsi-36782bcb000069cb1000003724df80c1e
>                            blobs ( RO):
>              local-cache-enabled ( RO): false
>                             tags (SRW):
>
>         [root@vmserver05 ~]# xe vdi-create
>         sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>         virtual-size=1GiB type=user sm-config:type=raw sharable=true
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>
>         Then I have attached this disk in 2 VMs using XenCenter. The
>         VBDs were created, as display here:
>
>         [root@vmserver05 ~]# xe vdi-param-list
>         uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>         uuid ( RO)                    :
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                       name-label ( RW): teste
>                 name-description ( RW):
>                    is-a-snapshot ( RO): false
>                      snapshot-of ( RO): <not in database>
>                        snapshots ( RO):
>                    snapshot-time ( RO): 19700101T00:00:00Z
>               allowed-operations (SRO): resize_online; clone
>               current-operations (SRO):
>                          sr-uuid ( RO):
>         81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>                    sr-name-label ( RO): VMDATA02_RAID10
>         *               vbd-uuids (SRO):
>         c56c23da-85eb-5ae8-a413-18da3d8870b3;
>         5ca07308-d296-37d9-a715-475453126949*
>                  crashdump-uuids (SRO):
>                     virtual-size ( RO): 1073741824
>             physical-utilisation ( RO): 1073741824
>                         location ( RO):
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                             type ( RO): User
>                         sharable ( RO): true
>                        read-only ( RO): false
>                     storage-lock ( RO): false
>                          managed ( RO): true
>                           parent ( RO): <not in database>
>                          missing ( RO): false
>                     other-config (MRW):
>                    xenstore-data (MRO): vdi-type: aio; storage-type:
>         lvm; scsi/0x12/0x83:
>         AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>         scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                        sm-config (MRO):
>         host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type:
>         raw; vdi_type: aio
>                          on-boot ( RW): persist
>                    allow-caching ( RW): false
>                             tags (SRW):
>
>
>         But I could activate (plug) only one of them. When I try to
>         plug on both of them I get this error:
>
>         [root@vmserver05 ~]# xe vbd-plug
>         uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>         Error code: SR_BACKEND_FAILURE_46
>         Error parameters: , The VDI is not available [opterr=VDI
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>
>         Is there any parameter am I missing?
>
>         On Fri, May 18, 2012 at 10:58 AM, Mike McClurg
>         <mike.mcclurg@citrix.com <mailto:mike.mcclurg@citrix.com>> wrote:
>
>             On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>                 Do I need to do any special configuration in XCP 1.1
>                 or in the SRs to be
>                 capable of sharing a VDI between two virtual machines?
>                 Is it possible to do in XCP?
>
>
>             You could possibly do this if only one VM attaches the
>             disk RW, but you should definitely not do this if you want
>             more than one of the VMs to attach the disk RW. For that,
>             you should use something like NFS instead.
>
>             To share a VDI, create a new vbd to connect the second VM
>             to the VDI. Do 'xe help vbd-create' for docs.
>
>             Mike
>
>
>
>
>         -- 
>         Carlos Eduardo Tavares Terra
>         Red Hat Certified Engineer
>         Consultor em Infraestrutura de TI
>         GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
>     -- 
>     Carlos Eduardo Tavares Terra
>     Red Hat Certified Engineer
>     Consultor em Infraestrutura de TI
>     GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



--------------030200060308040205080708
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Local caching? <br>
      <br>
      On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:<br>
    </div>
    <blockquote
cite="mid:CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com"
      type="cite">Anyone has any clue about that?<br>
      <br>
      I really don't know what is missing in SR to support shareable
      VDIs....<br>
      <br>
      <div class="gmail_quote">On Sat, May 19, 2012 at 11:17 PM, Carlos
        Eduardo Tavares Terra <span dir="ltr">&lt;<a
            moz-do-not-send="true" href="mailto:eduardo.terra@gmail.com"
            target="_blank">eduardo.terra@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">I tried to
          execute the&nbsp;vdi-set-shareable-true.py script, that i have
          found in the forum. But the result was not positive. I
          got&nbsp;SR_OPERATION_NOT_SUPPORTED error.
          <div>
            <br>
          </div>
          <div>
            <div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
              31e3186c-367f-4a87-b591-56844bb23420</div>
            <div>FULL VDI entry =
              OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div>
            <div>{'sm_config': {'vdi_type': 'vhd'}, 'managed': True,
              'snapshots': [], 'allowed_operations': ['resize_online',
              'generate_config', 'resize', 'destroy', 'clone', 'copy'],
              'on_boot': 'persist', 'name_description': '', 'read_only':
              False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
              'storage_lock': False, 'name_label': 'teste', 'tags': [],
              'location': '31e3186c-367f-4a87-b591-56844bb23420',
              'type': 'user', 'sharable': True, 'snapshot_time':
              &lt;DateTime u'19700101T00:00:00Z' at -491c56b4&gt;,
              'parent': 'OpaqueRef:NULL', 'missing': False,
              'xenstore_data': {'storage-type': 'lvm', 'scsi/0x12/0x80':
              'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==', 'scsi/0x12/0x83':
              'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
              'vdi-type': 'vhd', 'vdi-uuid':
              '31e3186c-367f-4a87-b591-56844bb23420'}, 'crash_dumps':
              [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
              'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL',
              'SR': 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0',
              'other_config': {}, 'physical_utilisation': '1082130432',
              'allow_caching': False, 'VBDs':
              ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
              'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =
              OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359</div>
            <div>{'userdevice': '4', 'runtime_properties': {},
              'allowed_operations': ['pause', 'unpause', 'plug',
              'attach'], 'VDI':
              'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
              'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock':
              False, 'qos_supported_algorithms': [], 'status_code': '0',
              'type': 'Disk', 'empty': False, 'VM':
              'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
              'status_detail': '', 'metrics':
              'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc',
              'device': '', 'qos_algorithm_type': '', 'unpluggable':
              True, 'current_operations': {}, 'bootable': False,
              'other_config': {}, 'currently_attached': False, 'mode':
              'RW', 'qos_algorithm_params': {}}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =
              OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988</div>
            <div>{'userdevice': '2', 'runtime_properties': {},
              'allowed_operations': ['pause', 'unpause', 'plug',
              'attach'], 'VDI':
              'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
              '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock':
              False, 'qos_supported_algorithms': [], 'status_code': '0',
              'type': 'Disk', 'empty': False, 'VM':
              'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
              'status_detail': '', 'metrics':
              'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87',
              'device': 'xvdc', 'qos_algorithm_type': '', 'unpluggable':
              True, 'current_operations': {}, 'bootable': False,
              'other_config': {'owner': 'true'}, 'currently_attached':
              False, 'mode': 'RW', 'qos_algorithm_params': {}}</div>
            <div><br>
            </div>
            <div>ERROR: failed to re-introduce the VDI. unrecoverable
              error.</div>
            <div>Traceback (most recent call last):</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 132, in ?</div>
            <div>&nbsp; &nbsp; main()</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 129, in main</div>
            <div>&nbsp; &nbsp; fixup_vdi(options, session)</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 70, in
              fixup_vdi</div>
            <div>&nbsp; &nbsp; vdi_data['sm_config'])</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 229, in __call__</div>
            <div>&nbsp; &nbsp; return self.__send(self.__name, args)</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 133, in xenapi_request</div>
            <div>&nbsp; &nbsp; result = _parse_result(getattr(self,
              methodname)(*full_params))</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 203, in _parse_result</div>
            <div>&nbsp; &nbsp; raise Failure(result['ErrorDescription'])</div>
            <div>XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
              'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']</div>
          </div>
          <div class="HOEnZb">
            <div class="h5">
              <div><br>
              </div>
              <div><br>
                <div><br>
                  <div class="gmail_quote">
                    On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo
                    Tavares Terra <span dir="ltr">&lt;<a
                        moz-do-not-send="true"
                        href="mailto:eduardo.terra@gmail.com"
                        target="_blank">eduardo.terra@gmail.com</a>&gt;</span>
                    wrote:<br>
                    <blockquote class="gmail_quote" style="margin:0 0 0
                      .8ex;border-left:1px #ccc solid;padding-left:1ex">Mike,
                      <div><br>
                      </div>
                      <div>I have tried to do what you said, but I have
                        got an error.</div>
                      <div><br>
                      </div>
                      <div>My steps:</div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe sr-param-list
                          uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                          81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                          VMDATA02_RAID10</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; name-description ( RW): iSCSI SR
                          [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; host ( RO):
                          &lt;shared&gt;</div>
                        <div>&nbsp; &nbsp; &nbsp; allowed-operations (SRO): forget;
                          VDI.create; VDI.snapshot; plug; update;
                          destroy; VDI.destroy; scan; VDI.clone;
                          VDI.resize; unplug</div>
                        <div>&nbsp; &nbsp; &nbsp; current-operations (SRO):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; VDIs (SRO):
                          6fc452d3-7381-4416-a2c9-71e526261c40</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; PBDs (SRO):
                          0aee7f9b-3171-f2cf-c3a4-929bb538b247;
                          d3d748b6-574b-598e-5c43-3e4e79c73515;
                          04e035ba-781c-7c6d-c54b-97b589bc985b;
                          cfbe9adc-e233-5f2d-d798-058815a247d0;
                          5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>
                        <div>&nbsp; &nbsp; &nbsp; virtual-allocation ( RO): 1073741824</div>
                        <div>&nbsp; &nbsp; physical-utilisation ( RO): 1077936128</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;physical-size ( RO):
                          600016158720</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type ( RO): lvmoiscsi</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; content-type ( RO):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; shared ( RW): true</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; other-config (MRW):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sm-config (MRO): allocation:
                          thick; use_vhd: true; multipathable: true;
                          devserial:
                          scsi-36782bcb000069cb1000003724df80c1e</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;blobs ( RO):</div>
                        <div>&nbsp; &nbsp; &nbsp;local-cache-enabled ( RO): false</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tags (SRW):</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-create
                            sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
                            name-label=teste virtual-size=1GiB type=user
                            sm-config:type=raw sharable=true</div>
                          <div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Then I have attached this disk in 2 VMs
                          using XenCenter. The VBDs were created, as
                          display here:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-param-list
                            uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW): teste</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; name-description ( RW):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;is-a-snapshot ( RO): false</div>
                          <div>
                            &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshot-of ( RO): &lt;not in
                            database&gt;</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshots ( RO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshot-time ( RO):
                            19700101T00:00:00Z</div>
                          <div>&nbsp; &nbsp; &nbsp; allowed-operations (SRO):
                            resize_online; clone</div>
                          <div>&nbsp; &nbsp; &nbsp; current-operations (SRO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                            81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-name-label ( RO):
                            VMDATA02_RAID10</div>
                          <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;vbd-uuids (SRO):
                              c56c23da-85eb-5ae8-a413-18da3d8870b3;
                              5ca07308-d296-37d9-a715-475453126949</b></div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;crashdump-uuids (SRO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                            1073741824</div>
                          <div>&nbsp; &nbsp; physical-utilisation ( RO):
                            1073741824</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; location ( RO):
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type ( RO): User</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO): true</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; storage-lock ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;managed ( RO): true</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; parent ( RO): &lt;not
                            in database&gt;</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;missing ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; other-config (MRW):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;xenstore-data (MRO): vdi-type:
                            aio; storage-type: lvm; scsi/0x12/0x83:
                            AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
                            scsi/0x12/0x80:
                            AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sm-config (MRO):
                            host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721:
                            RW; type: raw; vdi_type: aio</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;on-boot ( RW): persist</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;allow-caching ( RW): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tags (SRW):</div>
                        </div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>But I could activate (plug) only one of
                          them. When I try to plug on both of them I get
                          this error:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vbd-plug
                            uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3</div>
                          <div>Error code: SR_BACKEND_FAILURE_46</div>
                          <div>Error parameters: , The VDI is not
                            available [opterr=VDI
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f already
                            attached RW],</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Is there any parameter am I missing?</div>
                        <div>
                          <div>
                            <br>
                            <div class="gmail_quote">On Fri, May 18,
                              2012 at 10:58 AM, Mike McClurg <span
                                dir="ltr">&lt;<a moz-do-not-send="true"
                                  href="mailto:mike.mcclurg@citrix.com"
                                  target="_blank">mike.mcclurg@citrix.com</a>&gt;</span>
                              wrote:<br>
                              <blockquote class="gmail_quote"
                                style="margin:0 0 0 .8ex;border-left:1px
                                #ccc solid;padding-left:1ex">
                                <div>On 18/05/12 11:49, Carlos Eduardo
                                  Tavares Terra wrote:<br>
                                  <blockquote class="gmail_quote"
                                    style="margin:0 0 0
                                    .8ex;border-left:1px #ccc
                                    solid;padding-left:1ex">
                                    Do I need to do any special
                                    configuration in XCP 1.1 or in the
                                    SRs to be<br>
                                    capable of sharing a VDI between two
                                    virtual machines?<br>
                                    Is it possible to do in XCP?<br>
                                  </blockquote>
                                  <br>
                                </div>
                                You could possibly do this if only one
                                VM attaches the disk RW, but you should
                                definitely not do this if you want more
                                than one of the VMs to attach the disk
                                RW. For that, you should use something
                                like NFS instead.<br>
                                <br>
                                To share a VDI, create a new vbd to
                                connect the second VM to the VDI. Do 'xe
                                help vbd-create' for docs.<span><font
                                    color="#888888"><br>
                                    <br>
                                    Mike<br>
                                    <br>
                                  </font></span></blockquote>
                            </div>
                            <br>
                            <br clear="all">
                            <div><br>
                            </div>
                          </div>
                        </div>
                        <div>-- <br>
                          Carlos Eduardo Tavares Terra<br>
                          Red Hat Certified Engineer<br>
                        </div>
                        <div>Consultor em Infraestrutura de TI<br>
                          GNU/Linux #413291 [<a moz-do-not-send="true"
                            href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                        </div>
                      </div>
                    </blockquote>
                  </div>
                  <br>
                  <br clear="all">
                  <div><br>
                  </div>
                  -- <br>
                  Carlos Eduardo Tavares Terra<br>
                  Red Hat Certified Engineer<br>
                  Consultor em Infraestrutura de TI<br>
                  GNU/Linux #413291 [<a moz-do-not-send="true"
                    href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                </div>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a moz-do-not-send="true"
        href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>

--------------030200060308040205080708--


--===============7097932046819075779==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7097932046819075779==--


From xen-api-bounces@lists.xen.org Thu May 24 10:36:41 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 10:36:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXVPH-0002VK-RU; Thu, 24 May 2012 10:36:35 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXVPH-0002VB-4k
	for xen-api@lists.xen.org; Thu, 24 May 2012 10:36:35 +0000
Received: from [85.158.143.99:11972] by server-1.bemta-4.messagelabs.com id
	4F/9E-00342-23F0EBF4; Thu, 24 May 2012 10:36:34 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-10.tower-216.messagelabs.com!1337855792!23031357!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6130 invoked from network); 24 May 2012 10:36:32 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 10:36:32 -0000
Received: by lahc1 with SMTP id c1so7316185lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 03:36:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type;
	bh=98BhDybIL26JqI3/X6L+zn425fT0XRWEelOhaYsyNC8=;
	b=C/4YDaxrNXv4pqsf7SsBlLOjLo0lbdrYKwWLBjKx/sJ8h9rH8iICy+5hm/9Znx2Ay6
	XOln2BEQz/rb++YsG5uRqqwkoTtu4oxM4AMHNJ/3esRFGW48CQaxA4EfjZRqDxOtUDf3
	EGi7RQPMvjofeqoK0rVMWolG+6rEvbQykREO5jSLurAW2ibmuZvy2DC8csiu+576GUB3
	HOrdYOUj9jaqujEzkfqLKQiJ3Cne8NEfS5J+IWHDbZXXz+Sb5W7FOXx4npxsuCwYFySd
	LxcyyKWNoSMSp2R97csU89fKm9wFs2I2QEv47loIwdX7VL645EauPD8mn1knAmVgLcjt
	ypCQ==
Received: by 10.112.84.168 with SMTP id a8mr13174781lbz.92.1337855791663;
	Thu, 24 May 2012 03:36:31 -0700 (PDT)
Received: from [192.168.10.37] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id
	gi19sm40146973lab.16.2012.05.24.03.36.29
	(version=SSLv3 cipher=OTHER); Thu, 24 May 2012 03:36:30 -0700 (PDT)
Message-ID: <4FBE0F2C.5010508@gmail.com>
Date: Thu, 24 May 2012 14:36:28 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120509 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
In-Reply-To: <CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============7097932046819075779=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============7097932046819075779==
Content-Type: multipart/alternative;
 boundary="------------030200060308040205080708"

This is a multi-part message in MIME format.
--------------030200060308040205080708
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Local caching?

On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
> Anyone has any clue about that?
>
> I really don't know what is missing in SR to support shareable VDIs....
>
> On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra 
> <eduardo.terra@gmail.com <mailto:eduardo.terra@gmail.com>> wrote:
>
>     I tried to execute the vdi-set-shareable-true.py script, that i
>     have found in the forum. But the result was not positive. I
>     got SR_OPERATION_NOT_SUPPORTED error.
>
>     [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
>     31e3186c-367f-4a87-b591-56844bb23420
>     FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
>     {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots':
>     [], 'allowed_operations': ['resize_online', 'generate_config',
>     'resize', 'destroy', 'clone', 'copy'], 'on_boot': 'persist',
>     'name_description': '', 'read_only': False, 'uuid':
>     '31e3186c-367f-4a87-b591-56844bb23420', 'storage_lock': False,
>     'name_label': 'teste', 'tags': [], 'location':
>     '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user',
>     'sharable': True, 'snapshot_time': <DateTime u'19700101T00:00:00Z'
>     at -491c56b4>, 'parent': 'OpaqueRef:NULL', 'missing': False,
>     'xenstore_data': {'storage-type': 'lvm', 'scsi/0x12/0x80':
>     'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==', 'scsi/0x12/0x83':
>     'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
>     'vdi-type': 'vhd', 'vdi-uuid':
>     '31e3186c-367f-4a87-b591-56844bb23420'}, 'crash_dumps': [],
>     'virtual_size': '1073741824', 'is_a_snapshot': False,
>     'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
>     'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config':
>     {}, 'physical_utilisation': '1082130432', 'allow_caching': False,
>     'VBDs': ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
>     'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>
>     FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
>     {'userdevice': '4', 'runtime_properties': {},
>     'allowed_operations': ['pause', 'unpause', 'plug', 'attach'],
>     'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>     'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
>     'qos_supported_algorithms': [], 'status_code': '0', 'type':
>     'Disk', 'empty': False, 'VM':
>     'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c', 'status_detail':
>     '', 'metrics': 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc',
>     'device': '', 'qos_algorithm_type': '', 'unpluggable': True,
>     'current_operations': {}, 'bootable': False, 'other_config': {},
>     'currently_attached': False, 'mode': 'RW', 'qos_algorithm_params': {}}
>
>     FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
>     {'userdevice': '2', 'runtime_properties': {},
>     'allowed_operations': ['pause', 'unpause', 'plug', 'attach'],
>     'VDI': 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>     '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
>     'qos_supported_algorithms': [], 'status_code': '0', 'type':
>     'Disk', 'empty': False, 'VM':
>     'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92', 'status_detail':
>     '', 'metrics': 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87',
>     'device': 'xvdc', 'qos_algorithm_type': '', 'unpluggable': True,
>     'current_operations': {}, 'bootable': False, 'other_config':
>     {'owner': 'true'}, 'currently_attached': False, 'mode': 'RW',
>     'qos_algorithm_params': {}}
>
>     ERROR: failed to re-introduce the VDI. unrecoverable error.
>     Traceback (most recent call last):
>       File "./vdi-set-shareable-true.py", line 132, in ?
>         main()
>       File "./vdi-set-shareable-true.py", line 129, in main
>         fixup_vdi(options, session)
>       File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>         vdi_data['sm_config'])
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in
>     __call__
>         return self.__send(self.__name, args)
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
>     xenapi_request
>         result = _parse_result(getattr(self, methodname)(*full_params))
>       File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
>     _parse_result
>         raise Failure(result['ErrorDescription'])
>     XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
>     'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>
>
>
>     On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra
>     <eduardo.terra@gmail.com <mailto:eduardo.terra@gmail.com>> wrote:
>
>         Mike,
>
>         I have tried to do what you said, but I have got an error.
>
>         My steps:
>
>         [root@vmserver05 ~]# xe sr-param-list
>         uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>         uuid ( RO)                    :
>         81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>                       name-label ( RW): VMDATA02_RAID10
>                 name-description ( RW): iSCSI SR [172.30.1.101
>         (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>                             host ( RO): <shared>
>               allowed-operations (SRO): forget; VDI.create;
>         VDI.snapshot; plug; update; destroy; VDI.destroy; scan;
>         VDI.clone; VDI.resize; unplug
>               current-operations (SRO):
>                             VDIs (SRO):
>         6fc452d3-7381-4416-a2c9-71e526261c40
>                             PBDs (SRO):
>         0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>         d3d748b6-574b-598e-5c43-3e4e79c73515;
>         04e035ba-781c-7c6d-c54b-97b589bc985b;
>         cfbe9adc-e233-5f2d-d798-058815a247d0;
>         5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>               virtual-allocation ( RO): 1073741824
>             physical-utilisation ( RO): 1077936128
>                    physical-size ( RO): 600016158720
>                             type ( RO): lvmoiscsi
>                     content-type ( RO):
>                           shared ( RW): true
>                     other-config (MRW):
>                        sm-config (MRO): allocation: thick; use_vhd:
>         true; multipathable: true; devserial:
>         scsi-36782bcb000069cb1000003724df80c1e
>                            blobs ( RO):
>              local-cache-enabled ( RO): false
>                             tags (SRW):
>
>         [root@vmserver05 ~]# xe vdi-create
>         sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>         virtual-size=1GiB type=user sm-config:type=raw sharable=true
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>
>         Then I have attached this disk in 2 VMs using XenCenter. The
>         VBDs were created, as display here:
>
>         [root@vmserver05 ~]# xe vdi-param-list
>         uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>         uuid ( RO)                    :
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                       name-label ( RW): teste
>                 name-description ( RW):
>                    is-a-snapshot ( RO): false
>                      snapshot-of ( RO): <not in database>
>                        snapshots ( RO):
>                    snapshot-time ( RO): 19700101T00:00:00Z
>               allowed-operations (SRO): resize_online; clone
>               current-operations (SRO):
>                          sr-uuid ( RO):
>         81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>                    sr-name-label ( RO): VMDATA02_RAID10
>         *               vbd-uuids (SRO):
>         c56c23da-85eb-5ae8-a413-18da3d8870b3;
>         5ca07308-d296-37d9-a715-475453126949*
>                  crashdump-uuids (SRO):
>                     virtual-size ( RO): 1073741824
>             physical-utilisation ( RO): 1073741824
>                         location ( RO):
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                             type ( RO): User
>                         sharable ( RO): true
>                        read-only ( RO): false
>                     storage-lock ( RO): false
>                          managed ( RO): true
>                           parent ( RO): <not in database>
>                          missing ( RO): false
>                     other-config (MRW):
>                    xenstore-data (MRO): vdi-type: aio; storage-type:
>         lvm; scsi/0x12/0x83:
>         AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>         scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>                        sm-config (MRO):
>         host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type:
>         raw; vdi_type: aio
>                          on-boot ( RW): persist
>                    allow-caching ( RW): false
>                             tags (SRW):
>
>
>         But I could activate (plug) only one of them. When I try to
>         plug on both of them I get this error:
>
>         [root@vmserver05 ~]# xe vbd-plug
>         uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>         Error code: SR_BACKEND_FAILURE_46
>         Error parameters: , The VDI is not available [opterr=VDI
>         782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>
>         Is there any parameter am I missing?
>
>         On Fri, May 18, 2012 at 10:58 AM, Mike McClurg
>         <mike.mcclurg@citrix.com <mailto:mike.mcclurg@citrix.com>> wrote:
>
>             On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>
>                 Do I need to do any special configuration in XCP 1.1
>                 or in the SRs to be
>                 capable of sharing a VDI between two virtual machines?
>                 Is it possible to do in XCP?
>
>
>             You could possibly do this if only one VM attaches the
>             disk RW, but you should definitely not do this if you want
>             more than one of the VMs to attach the disk RW. For that,
>             you should use something like NFS instead.
>
>             To share a VDI, create a new vbd to connect the second VM
>             to the VDI. Do 'xe help vbd-create' for docs.
>
>             Mike
>
>
>
>
>         -- 
>         Carlos Eduardo Tavares Terra
>         Red Hat Certified Engineer
>         Consultor em Infraestrutura de TI
>         GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
>     -- 
>     Carlos Eduardo Tavares Terra
>     Red Hat Certified Engineer
>     Consultor em Infraestrutura de TI
>     GNU/Linux #413291 [http://counter.li.org]
>
>
>
>
> -- 
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



--------------030200060308040205080708
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Local caching? <br>
      <br>
      On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:<br>
    </div>
    <blockquote
cite="mid:CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com"
      type="cite">Anyone has any clue about that?<br>
      <br>
      I really don't know what is missing in SR to support shareable
      VDIs....<br>
      <br>
      <div class="gmail_quote">On Sat, May 19, 2012 at 11:17 PM, Carlos
        Eduardo Tavares Terra <span dir="ltr">&lt;<a
            moz-do-not-send="true" href="mailto:eduardo.terra@gmail.com"
            target="_blank">eduardo.terra@gmail.com</a>&gt;</span>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">I tried to
          execute the&nbsp;vdi-set-shareable-true.py script, that i have
          found in the forum. But the result was not positive. I
          got&nbsp;SR_OPERATION_NOT_SUPPORTED error.
          <div>
            <br>
          </div>
          <div>
            <div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
              31e3186c-367f-4a87-b591-56844bb23420</div>
            <div>FULL VDI entry =
              OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div>
            <div>{'sm_config': {'vdi_type': 'vhd'}, 'managed': True,
              'snapshots': [], 'allowed_operations': ['resize_online',
              'generate_config', 'resize', 'destroy', 'clone', 'copy'],
              'on_boot': 'persist', 'name_description': '', 'read_only':
              False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
              'storage_lock': False, 'name_label': 'teste', 'tags': [],
              'location': '31e3186c-367f-4a87-b591-56844bb23420',
              'type': 'user', 'sharable': True, 'snapshot_time':
              &lt;DateTime u'19700101T00:00:00Z' at -491c56b4&gt;,
              'parent': 'OpaqueRef:NULL', 'missing': False,
              'xenstore_data': {'storage-type': 'lvm', 'scsi/0x12/0x80':
              'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==', 'scsi/0x12/0x83':
              'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
              'vdi-type': 'vhd', 'vdi-uuid':
              '31e3186c-367f-4a87-b591-56844bb23420'}, 'crash_dumps':
              [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
              'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL',
              'SR': 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0',
              'other_config': {}, 'physical_utilisation': '1082130432',
              'allow_caching': False, 'VBDs':
              ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
              'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =
              OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359</div>
            <div>{'userdevice': '4', 'runtime_properties': {},
              'allowed_operations': ['pause', 'unpause', 'plug',
              'attach'], 'VDI':
              'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
              'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock':
              False, 'qos_supported_algorithms': [], 'status_code': '0',
              'type': 'Disk', 'empty': False, 'VM':
              'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
              'status_detail': '', 'metrics':
              'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc',
              'device': '', 'qos_algorithm_type': '', 'unpluggable':
              True, 'current_operations': {}, 'bootable': False,
              'other_config': {}, 'currently_attached': False, 'mode':
              'RW', 'qos_algorithm_params': {}}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =
              OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988</div>
            <div>{'userdevice': '2', 'runtime_properties': {},
              'allowed_operations': ['pause', 'unpause', 'plug',
              'attach'], 'VDI':
              'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
              '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock':
              False, 'qos_supported_algorithms': [], 'status_code': '0',
              'type': 'Disk', 'empty': False, 'VM':
              'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
              'status_detail': '', 'metrics':
              'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87',
              'device': 'xvdc', 'qos_algorithm_type': '', 'unpluggable':
              True, 'current_operations': {}, 'bootable': False,
              'other_config': {'owner': 'true'}, 'currently_attached':
              False, 'mode': 'RW', 'qos_algorithm_params': {}}</div>
            <div><br>
            </div>
            <div>ERROR: failed to re-introduce the VDI. unrecoverable
              error.</div>
            <div>Traceback (most recent call last):</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 132, in ?</div>
            <div>&nbsp; &nbsp; main()</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 129, in main</div>
            <div>&nbsp; &nbsp; fixup_vdi(options, session)</div>
            <div>&nbsp; File "./vdi-set-shareable-true.py", line 70, in
              fixup_vdi</div>
            <div>&nbsp; &nbsp; vdi_data['sm_config'])</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 229, in __call__</div>
            <div>&nbsp; &nbsp; return self.__send(self.__name, args)</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 133, in xenapi_request</div>
            <div>&nbsp; &nbsp; result = _parse_result(getattr(self,
              methodname)(*full_params))</div>
            <div>&nbsp; File "/usr/lib/python2.4/site-packages/XenAPI.py",
              line 203, in _parse_result</div>
            <div>&nbsp; &nbsp; raise Failure(result['ErrorDescription'])</div>
            <div>XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
              'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']</div>
          </div>
          <div class="HOEnZb">
            <div class="h5">
              <div><br>
              </div>
              <div><br>
                <div><br>
                  <div class="gmail_quote">
                    On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo
                    Tavares Terra <span dir="ltr">&lt;<a
                        moz-do-not-send="true"
                        href="mailto:eduardo.terra@gmail.com"
                        target="_blank">eduardo.terra@gmail.com</a>&gt;</span>
                    wrote:<br>
                    <blockquote class="gmail_quote" style="margin:0 0 0
                      .8ex;border-left:1px #ccc solid;padding-left:1ex">Mike,
                      <div><br>
                      </div>
                      <div>I have tried to do what you said, but I have
                        got an error.</div>
                      <div><br>
                      </div>
                      <div>My steps:</div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe sr-param-list
                          uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                          81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW):
                          VMDATA02_RAID10</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; name-description ( RW): iSCSI SR
                          [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; host ( RO):
                          &lt;shared&gt;</div>
                        <div>&nbsp; &nbsp; &nbsp; allowed-operations (SRO): forget;
                          VDI.create; VDI.snapshot; plug; update;
                          destroy; VDI.destroy; scan; VDI.clone;
                          VDI.resize; unplug</div>
                        <div>&nbsp; &nbsp; &nbsp; current-operations (SRO):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; VDIs (SRO):
                          6fc452d3-7381-4416-a2c9-71e526261c40</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; PBDs (SRO):
                          0aee7f9b-3171-f2cf-c3a4-929bb538b247;
                          d3d748b6-574b-598e-5c43-3e4e79c73515;
                          04e035ba-781c-7c6d-c54b-97b589bc985b;
                          cfbe9adc-e233-5f2d-d798-058815a247d0;
                          5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>
                        <div>&nbsp; &nbsp; &nbsp; virtual-allocation ( RO): 1073741824</div>
                        <div>&nbsp; &nbsp; physical-utilisation ( RO): 1077936128</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;physical-size ( RO):
                          600016158720</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type ( RO): lvmoiscsi</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; content-type ( RO):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; shared ( RW): true</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; other-config (MRW):</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sm-config (MRO): allocation:
                          thick; use_vhd: true; multipathable: true;
                          devserial:
                          scsi-36782bcb000069cb1000003724df80c1e</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;blobs ( RO):</div>
                        <div>&nbsp; &nbsp; &nbsp;local-cache-enabled ( RO): false</div>
                        <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tags (SRW):</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-create
                            sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
                            name-label=teste virtual-size=1GiB type=user
                            sm-config:type=raw sharable=true</div>
                          <div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Then I have attached this disk in 2 VMs
                          using XenCenter. The VBDs were created, as
                          display here:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-param-list
                            uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>uuid ( RO) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; name-label ( RW): teste</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; name-description ( RW):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;is-a-snapshot ( RO): false</div>
                          <div>
                            &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshot-of ( RO): &lt;not in
                            database&gt;</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshots ( RO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;snapshot-time ( RO):
                            19700101T00:00:00Z</div>
                          <div>&nbsp; &nbsp; &nbsp; allowed-operations (SRO):
                            resize_online; clone</div>
                          <div>&nbsp; &nbsp; &nbsp; current-operations (SRO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-uuid ( RO):
                            81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sr-name-label ( RO):
                            VMDATA02_RAID10</div>
                          <div><b>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;vbd-uuids (SRO):
                              c56c23da-85eb-5ae8-a413-18da3d8870b3;
                              5ca07308-d296-37d9-a715-475453126949</b></div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;crashdump-uuids (SRO):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; virtual-size ( RO):
                            1073741824</div>
                          <div>&nbsp; &nbsp; physical-utilisation ( RO):
                            1073741824</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; location ( RO):
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; type ( RO): User</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; sharable ( RO): true</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;read-only ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; storage-lock ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;managed ( RO): true</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; parent ( RO): &lt;not
                            in database&gt;</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;missing ( RO): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; other-config (MRW):</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;xenstore-data (MRO): vdi-type:
                            aio; storage-type: lvm; scsi/0x12/0x83:
                            AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
                            scsi/0x12/0x80:
                            AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sm-config (MRO):
                            host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721:
                            RW; type: raw; vdi_type: aio</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;on-boot ( RW): persist</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;allow-caching ( RW): false</div>
                          <div>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; tags (SRW):</div>
                        </div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>But I could activate (plug) only one of
                          them. When I try to plug on both of them I get
                          this error:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vbd-plug
                            uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3</div>
                          <div>Error code: SR_BACKEND_FAILURE_46</div>
                          <div>Error parameters: , The VDI is not
                            available [opterr=VDI
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f already
                            attached RW],</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Is there any parameter am I missing?</div>
                        <div>
                          <div>
                            <br>
                            <div class="gmail_quote">On Fri, May 18,
                              2012 at 10:58 AM, Mike McClurg <span
                                dir="ltr">&lt;<a moz-do-not-send="true"
                                  href="mailto:mike.mcclurg@citrix.com"
                                  target="_blank">mike.mcclurg@citrix.com</a>&gt;</span>
                              wrote:<br>
                              <blockquote class="gmail_quote"
                                style="margin:0 0 0 .8ex;border-left:1px
                                #ccc solid;padding-left:1ex">
                                <div>On 18/05/12 11:49, Carlos Eduardo
                                  Tavares Terra wrote:<br>
                                  <blockquote class="gmail_quote"
                                    style="margin:0 0 0
                                    .8ex;border-left:1px #ccc
                                    solid;padding-left:1ex">
                                    Do I need to do any special
                                    configuration in XCP 1.1 or in the
                                    SRs to be<br>
                                    capable of sharing a VDI between two
                                    virtual machines?<br>
                                    Is it possible to do in XCP?<br>
                                  </blockquote>
                                  <br>
                                </div>
                                You could possibly do this if only one
                                VM attaches the disk RW, but you should
                                definitely not do this if you want more
                                than one of the VMs to attach the disk
                                RW. For that, you should use something
                                like NFS instead.<br>
                                <br>
                                To share a VDI, create a new vbd to
                                connect the second VM to the VDI. Do 'xe
                                help vbd-create' for docs.<span><font
                                    color="#888888"><br>
                                    <br>
                                    Mike<br>
                                    <br>
                                  </font></span></blockquote>
                            </div>
                            <br>
                            <br clear="all">
                            <div><br>
                            </div>
                          </div>
                        </div>
                        <div>-- <br>
                          Carlos Eduardo Tavares Terra<br>
                          Red Hat Certified Engineer<br>
                        </div>
                        <div>Consultor em Infraestrutura de TI<br>
                          GNU/Linux #413291 [<a moz-do-not-send="true"
                            href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                        </div>
                      </div>
                    </blockquote>
                  </div>
                  <br>
                  <br clear="all">
                  <div><br>
                  </div>
                  -- <br>
                  Carlos Eduardo Tavares Terra<br>
                  Red Hat Certified Engineer<br>
                  Consultor em Infraestrutura de TI<br>
                  GNU/Linux #413291 [<a moz-do-not-send="true"
                    href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
                </div>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a moz-do-not-send="true"
        href="http://counter.li.org" target="_blank">http://counter.li.org</a>]<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Xen-api mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>

--------------030200060308040205080708--


--===============7097932046819075779==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============7097932046819075779==--


From xen-api-bounces@lists.xen.org Thu May 24 14:09:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 14:09:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXYiw-0007fW-AP; Thu, 24 May 2012 14:09:06 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <christian.fischer@easterngraphics.com>)
	id 1SXYiv-0007fQ-Ds
	for xen-api@lists.xen.org; Thu, 24 May 2012 14:09:05 +0000
Received: from [85.158.143.99:42925] by server-2.bemta-4.messagelabs.com id
	C1/51-12211-0014EBF4; Thu, 24 May 2012 14:09:04 +0000
X-Env-Sender: christian.fischer@easterngraphics.com
X-Msg-Ref: server-14.tower-216.messagelabs.com!1337868543!19987872!1
X-Originating-IP: [195.191.216.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8820 invoked from network); 24 May 2012 14:09:03 -0000
Received: from mail.easterngraphics.com (HELO intranet.easterngraphics.com)
	(195.191.216.34) by server-14.tower-216.messagelabs.com with SMTP;
	24 May 2012 14:09:03 -0000
Received: from localhost (unknown [127.0.0.1])
	by intranet.easterngraphics.com (Postfix) with ESMTP id 750E71802791F; 
	Thu, 24 May 2012 14:09:02 +0000 (UTC)
X-Virus-Scanned: amavisd-new at easterngraphics.com
Received: from intranet.easterngraphics.com ([127.0.0.1])
	by localhost (intranet.easterngraphics.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id p67zJ+HA6zDW; Thu, 24 May 2012 16:08:57 +0200 (CEST)
Received: from iwan.localnet (gw02dmz.easterngraphics.com [195.191.216.126])
	(Authenticated sender: fischer)
	by intranet.easterngraphics.com (Postfix) with ESMTPSA id DF0E618028B83;
	Thu, 24 May 2012 16:08:57 +0200 (CEST)
From: Christian Fischer <christian.fischer@easterngraphics.com>
Organization: EasternGraphics GmbH
To: xen-api@lists.xen.org
Date: Thu, 24 May 2012 16:08:57 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.41.4-1.fc15.i686; KDE/4.6.5; i686; ; )
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
In-Reply-To: <70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
MIME-Version: 1.0
Message-Id: <201205241608.57483.christian.fischer@easterngraphics.com>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
> On 24 May 2012, at 09:49, Mike McClurg wrote:
> > On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
> >> Hi all,
> >> =

> >> Just for confirming it=85 I have been taking a look at XenServerTools =
and
> >> the script's code and so=85 and after looking how Xen works with FreeB=
SD
> >> (which seems to be pretty happy with XENHVM 64 bit kernel just it
> >> unless in Xen4)=85 I have determined that basically the XenCloud and
> >> XenServer should have something to block the machine movement, snapshot
> >> and this kind of features basically from Xen=85 because for example the
> >> machine suspend/resume works out of the box with the XENHVM kernel and
> >> a Xen 4 host kernel. Perhaps can be an XML in where you have a variable
> >> or whatever, wherever that allows or blocks to Xen API (Xencenter)
> >> doing this kind of features?. I got of course xenstore-* working
> >> apparently fine in FreeBSD domU.
> >> =

> >> Could anyone please give me an idea??.
> > =

> > If FreeBSD can run as a PV guest on plain Xen, then it should be able to
> > run as a PV guest on XCP. You'll have to install it as an HVM guest, and
> > then convert it to PV as follows:
> > =

> > # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
> > # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
> > =

> > And you'll have to make sure that the FreeBSD VM loads all the
> > appropriate Xen drivers. I haven't tried this yet myself with FreeBSD.
> =

> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these steps
> would prevent it from booting.
> =

> I think he's just looking for the xe guest utilities to write the
> appropriate key into xenstore (although I'm not sure as I couldn't fully
> parse the e-mail).

I've packaged xs-tools for NexentaStor today, works perfect. I've no =

experiences with FreeBSD, and I've no FreeBSD handy, but I think I can assi=
st =

you. Can you give me ssh access to a FreeBSD vm?

Christian

> =

> -anil
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 14:09:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 14:09:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXYiw-0007fW-AP; Thu, 24 May 2012 14:09:06 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <christian.fischer@easterngraphics.com>)
	id 1SXYiv-0007fQ-Ds
	for xen-api@lists.xen.org; Thu, 24 May 2012 14:09:05 +0000
Received: from [85.158.143.99:42925] by server-2.bemta-4.messagelabs.com id
	C1/51-12211-0014EBF4; Thu, 24 May 2012 14:09:04 +0000
X-Env-Sender: christian.fischer@easterngraphics.com
X-Msg-Ref: server-14.tower-216.messagelabs.com!1337868543!19987872!1
X-Originating-IP: [195.191.216.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8820 invoked from network); 24 May 2012 14:09:03 -0000
Received: from mail.easterngraphics.com (HELO intranet.easterngraphics.com)
	(195.191.216.34) by server-14.tower-216.messagelabs.com with SMTP;
	24 May 2012 14:09:03 -0000
Received: from localhost (unknown [127.0.0.1])
	by intranet.easterngraphics.com (Postfix) with ESMTP id 750E71802791F; 
	Thu, 24 May 2012 14:09:02 +0000 (UTC)
X-Virus-Scanned: amavisd-new at easterngraphics.com
Received: from intranet.easterngraphics.com ([127.0.0.1])
	by localhost (intranet.easterngraphics.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id p67zJ+HA6zDW; Thu, 24 May 2012 16:08:57 +0200 (CEST)
Received: from iwan.localnet (gw02dmz.easterngraphics.com [195.191.216.126])
	(Authenticated sender: fischer)
	by intranet.easterngraphics.com (Postfix) with ESMTPSA id DF0E618028B83;
	Thu, 24 May 2012 16:08:57 +0200 (CEST)
From: Christian Fischer <christian.fischer@easterngraphics.com>
Organization: EasternGraphics GmbH
To: xen-api@lists.xen.org
Date: Thu, 24 May 2012 16:08:57 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.41.4-1.fc15.i686; KDE/4.6.5; i686; ; )
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
In-Reply-To: <70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
MIME-Version: 1.0
Message-Id: <201205241608.57483.christian.fischer@easterngraphics.com>
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
> On 24 May 2012, at 09:49, Mike McClurg wrote:
> > On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
> >> Hi all,
> >> =

> >> Just for confirming it=85 I have been taking a look at XenServerTools =
and
> >> the script's code and so=85 and after looking how Xen works with FreeB=
SD
> >> (which seems to be pretty happy with XENHVM 64 bit kernel just it
> >> unless in Xen4)=85 I have determined that basically the XenCloud and
> >> XenServer should have something to block the machine movement, snapshot
> >> and this kind of features basically from Xen=85 because for example the
> >> machine suspend/resume works out of the box with the XENHVM kernel and
> >> a Xen 4 host kernel. Perhaps can be an XML in where you have a variable
> >> or whatever, wherever that allows or blocks to Xen API (Xencenter)
> >> doing this kind of features?. I got of course xenstore-* working
> >> apparently fine in FreeBSD domU.
> >> =

> >> Could anyone please give me an idea??.
> > =

> > If FreeBSD can run as a PV guest on plain Xen, then it should be able to
> > run as a PV guest on XCP. You'll have to install it as an HVM guest, and
> > then convert it to PV as follows:
> > =

> > # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
> > # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
> > =

> > And you'll have to make sure that the FreeBSD VM loads all the
> > appropriate Xen drivers. I haven't tried this yet myself with FreeBSD.
> =

> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these steps
> would prevent it from booting.
> =

> I think he's just looking for the xe guest utilities to write the
> appropriate key into xenstore (although I'm not sure as I couldn't fully
> parse the e-mail).

I've packaged xs-tools for NexentaStor today, works perfect. I've no =

experiences with FreeBSD, and I've no FreeBSD handy, but I think I can assi=
st =

you. Can you give me ssh access to a FreeBSD vm?

Christian

> =

> -anil
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 14:46:53 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 14:46:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXZJN-0008AP-Bc; Thu, 24 May 2012 14:46:45 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <martinu@vshosting.cz>) id 1SXZJM-0008AK-Aa
	for xen-api@lists.xen.org; Thu, 24 May 2012 14:46:44 +0000
Received: from [85.158.138.51:14165] by server-2.bemta-3.messagelabs.com id
	D7/FF-27819-3D94EBF4; Thu, 24 May 2012 14:46:43 +0000
X-Env-Sender: martinu@vshosting.cz
X-Msg-Ref: server-13.tower-174.messagelabs.com!1337870802!10251825!1
X-Originating-IP: [78.24.8.155]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23335 invoked from network); 24 May 2012 14:46:43 -0000
Received: from pipa-ng.vshosting.cz (HELO pipa-ng.vshosting.cz) (78.24.8.155)
	by server-13.tower-174.messagelabs.com with SMTP;
	24 May 2012 14:46:43 -0000
Received: from localhost (localhost [127.0.0.1])
	by pipa-ng.vshosting.cz (Postfix) with ESMTP id 078B72F0C096
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 16:46:41 +0200 (CEST)
X-Virus-Scanned: amavisd-new at pipa-ng.vshosting.cz
Received: from pipa-ng.vshosting.cz ([127.0.0.1])
	by localhost (pipa-ng.vshosting.cz [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 7ewzYQYElKTy for <xen-api@lists.xen.org>;
	Thu, 24 May 2012 16:46:32 +0200 (CEST)
Received: from [78.24.8.73] (ts.vshosting.cz [78.24.8.73])
	by pipa-ng.vshosting.cz (Postfix) with ESMTPSA id CCE9B2F0C085
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 16:46:32 +0200 (CEST)
Message-ID: <4FBE49C9.6020506@vshosting.cz>
Date: Thu, 24 May 2012 16:46:33 +0200
From: =?ISO-8859-2?Q?Jan_Martin=F9?= <martinu@vshosting.cz>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] [XCP] Switch management on bond
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-2"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello

need for slave, who is a member of the pool management to switch from =

normal to bond PIF. What is the correct procedure?

Thank you.
-- =

S pozdravem

Jan Martin=F9
VSHosting s.r.o.
Telefon: 246 035 835
Email: martinu@vshosting.cz
www.vshosting.cz

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 14:46:53 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 14:46:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXZJN-0008AP-Bc; Thu, 24 May 2012 14:46:45 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <martinu@vshosting.cz>) id 1SXZJM-0008AK-Aa
	for xen-api@lists.xen.org; Thu, 24 May 2012 14:46:44 +0000
Received: from [85.158.138.51:14165] by server-2.bemta-3.messagelabs.com id
	D7/FF-27819-3D94EBF4; Thu, 24 May 2012 14:46:43 +0000
X-Env-Sender: martinu@vshosting.cz
X-Msg-Ref: server-13.tower-174.messagelabs.com!1337870802!10251825!1
X-Originating-IP: [78.24.8.155]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23335 invoked from network); 24 May 2012 14:46:43 -0000
Received: from pipa-ng.vshosting.cz (HELO pipa-ng.vshosting.cz) (78.24.8.155)
	by server-13.tower-174.messagelabs.com with SMTP;
	24 May 2012 14:46:43 -0000
Received: from localhost (localhost [127.0.0.1])
	by pipa-ng.vshosting.cz (Postfix) with ESMTP id 078B72F0C096
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 16:46:41 +0200 (CEST)
X-Virus-Scanned: amavisd-new at pipa-ng.vshosting.cz
Received: from pipa-ng.vshosting.cz ([127.0.0.1])
	by localhost (pipa-ng.vshosting.cz [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 7ewzYQYElKTy for <xen-api@lists.xen.org>;
	Thu, 24 May 2012 16:46:32 +0200 (CEST)
Received: from [78.24.8.73] (ts.vshosting.cz [78.24.8.73])
	by pipa-ng.vshosting.cz (Postfix) with ESMTPSA id CCE9B2F0C085
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 16:46:32 +0200 (CEST)
Message-ID: <4FBE49C9.6020506@vshosting.cz>
Date: Thu, 24 May 2012 16:46:33 +0200
From: =?ISO-8859-2?Q?Jan_Martin=F9?= <martinu@vshosting.cz>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] [XCP] Switch management on bond
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-2"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello

need for slave, who is a member of the pool management to switch from =

normal to bond PIF. What is the correct procedure?

Thank you.
-- =

S pozdravem

Jan Martin=F9
VSHosting s.r.o.
Telefon: 246 035 835
Email: martinu@vshosting.cz
www.vshosting.cz

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 24 21:46:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 21:46:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXfr4-0007Ta-0R; Thu, 24 May 2012 21:45:58 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SXfr2-0007TP-CH
	for xen-api@lists.xen.org; Thu, 24 May 2012 21:45:56 +0000
Received: from [85.158.143.99:38751] by server-3.bemta-4.messagelabs.com id
	79/69-05853-31CAEBF4; Thu, 24 May 2012 21:45:55 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337895952!28782266!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14318 invoked from network); 24 May 2012 21:45:53 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 21:45:53 -0000
Received: by lahc1 with SMTP id c1so231586lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 14:45:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=qYVyGDYgIWmVXQPKfmv6NqPpl2olN3ckyq/ppOnPMEI=;
	b=Nhu/+BOAmQ/7t/a0kyxGINOHJTJXaxdNS7YOaI2PK4fuJzghfhmJia5eQcD0GJhsY3
	YGJx4tYk3dvHcjWLylbw+nU4ZAhp0UIKqORRJD3/U3zFQML8s7LjnBQqjUoOZJ5Fpf+l
	Z3GMl5VWi+HwHhwtl4qNNskwe/fOU3ypSd/NBYctHVEJVE/b3Nor6gFWaUF1oOA42sL8
	Am/Sp2EfMlXbvxtpIf5x/GJGUzbv7r4O3okVwE7LibyQOWyK+8/+fFI5X+EwDqzoAfHG
	7wSJfNzlJR5mIhFBvLGQwXf8S/6MIWUhj5uT2Nau5AubFSCNm/T+B7OmDot5wDJVw9+L
	OKnQ==
Received: by 10.152.46.6 with SMTP id r6mr1100295lam.7.1337895951345; Thu, 24
	May 2012 14:45:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Thu, 24 May 2012 14:45:31 -0700 (PDT)
In-Reply-To: <4FBE0F2C.5010508@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
	<4FBE0F2C.5010508@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 24 May 2012 18:45:31 -0300
Message-ID: <CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3768398200033133333=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3768398200033133333==
Content-Type: multipart/alternative; boundary=bcaec550ace6ed297604c0cf2c2a

--bcaec550ace6ed297604c0cf2c2a
Content-Type: text/plain; charset=ISO-8859-1

Do I need to enable local caching to use shareable VDIs?

On Thu, May 24, 2012 at 7:36 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  Local caching?
>
> On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
>
> Anyone has any clue about that?
>
> I really don't know what is missing in SR to support shareable VDIs....
>
> On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <
> eduardo.terra@gmail.com> wrote:
>
>> I tried to execute the vdi-set-shareable-true.py script, that i have
>> found in the forum. But the result was not positive. I
>> got SR_OPERATION_NOT_SUPPORTED error.
>>
>>  [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
>> 31e3186c-367f-4a87-b591-56844bb23420
>> FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
>> {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
>> 'allowed_operations': ['resize_online', 'generate_config', 'resize',
>> 'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
>> 'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
>> 'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
>> '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
>> 'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
>> 'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
>> 'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
>> 'scsi/0x12/0x83':
>> 'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
>> 'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
>> 'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
>> 'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
>> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
>> 'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
>> ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
>> 'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>>
>>  FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
>> {'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
>> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
>> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>> 'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
>> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
>> 'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
>> 'status_detail': '', 'metrics':
>> 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
>> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
>> 'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
>> 'RW', 'qos_algorithm_params': {}}
>>
>>  FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
>> {'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
>> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
>> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>> '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
>> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
>> 'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
>> 'status_detail': '', 'metrics':
>> 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
>> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
>> 'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
>> False, 'mode': 'RW', 'qos_algorithm_params': {}}
>>
>>  ERROR: failed to re-introduce the VDI. unrecoverable error.
>> Traceback (most recent call last):
>>   File "./vdi-set-shareable-true.py", line 132, in ?
>>     main()
>>   File "./vdi-set-shareable-true.py", line 129, in main
>>     fixup_vdi(options, session)
>>   File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>>     vdi_data['sm_config'])
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
>>     return self.__send(self.__name, args)
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
>> xenapi_request
>>     result = _parse_result(getattr(self, methodname)(*full_params))
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
>> _parse_result
>>     raise Failure(result['ErrorDescription'])
>> XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
>> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>>
>>
>>
>>  On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
>> eduardo.terra@gmail.com> wrote:
>>
>>> Mike,
>>>
>>>  I have tried to do what you said, but I have got an error.
>>>
>>>  My steps:
>>>
>>>  [root@vmserver05 ~]# xe sr-param-list
>>> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>>               name-label ( RW): VMDATA02_RAID10
>>>         name-description ( RW): iSCSI SR [172.30.1.101
>>> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>>>                     host ( RO): <shared>
>>>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
>>> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>>>       current-operations (SRO):
>>>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>>>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>>> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
>>> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>>>       virtual-allocation ( RO): 1073741824
>>>     physical-utilisation ( RO): 1077936128
>>>            physical-size ( RO): 600016158720
>>>                     type ( RO): lvmoiscsi
>>>             content-type ( RO):
>>>                   shared ( RW): true
>>>             other-config (MRW):
>>>                sm-config (MRO): allocation: thick; use_vhd: true;
>>> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>>>                    blobs ( RO):
>>>      local-cache-enabled ( RO): false
>>>                     tags (SRW):
>>>
>>>  [root@vmserver05 ~]# xe vdi-create
>>> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>>> virtual-size=1GiB type=user sm-config:type=raw sharable=true
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>
>>>  Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
>>> created, as display here:
>>>
>>>  [root@vmserver05 ~]# xe vdi-param-list
>>> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>               name-label ( RW): teste
>>>         name-description ( RW):
>>>            is-a-snapshot ( RO): false
>>>               snapshot-of ( RO): <not in database>
>>>                snapshots ( RO):
>>>            snapshot-time ( RO): 19700101T00:00:00Z
>>>       allowed-operations (SRO): resize_online; clone
>>>       current-operations (SRO):
>>>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>>            sr-name-label ( RO): VMDATA02_RAID10
>>> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
>>> 5ca07308-d296-37d9-a715-475453126949*
>>>          crashdump-uuids (SRO):
>>>             virtual-size ( RO): 1073741824
>>>     physical-utilisation ( RO): 1073741824
>>>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>                     type ( RO): User
>>>                 sharable ( RO): true
>>>                read-only ( RO): false
>>>             storage-lock ( RO): false
>>>                  managed ( RO): true
>>>                   parent ( RO): <not in database>
>>>                  missing ( RO): false
>>>             other-config (MRW):
>>>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
>>> scsi/0x12/0x83:
>>> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>>> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>                sm-config (MRO):
>>> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
>>> vdi_type: aio
>>>                  on-boot ( RW): persist
>>>            allow-caching ( RW): false
>>>                     tags (SRW):
>>>
>>>
>>>  But I could activate (plug) only one of them. When I try to plug on
>>> both of them I get this error:
>>>
>>>  [root@vmserver05 ~]# xe vbd-plug
>>> uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>>> Error code: SR_BACKEND_FAILURE_46
>>> Error parameters: , The VDI is not available [opterr=VDI
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>>>
>>>  Is there any parameter am I missing?
>>>
>>> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>>>
>>>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>>>
>>>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to
>>>>> be
>>>>> capable of sharing a VDI between two virtual machines?
>>>>> Is it possible to do in XCP?
>>>>>
>>>>
>>>>  You could possibly do this if only one VM attaches the disk RW, but
>>>> you should definitely not do this if you want more than one of the VMs to
>>>> attach the disk RW. For that, you should use something like NFS instead.
>>>>
>>>> To share a VDI, create a new vbd to connect the second VM to the VDI.
>>>> Do 'xe help vbd-create' for docs.
>>>>
>>>> Mike
>>>>
>>>>
>>>
>>>
>>>   --
>>> Carlos Eduardo Tavares Terra
>>> Red Hat Certified Engineer
>>>  Consultor em Infraestrutura de TI
>>> GNU/Linux #413291 [http://counter.li.org]
>>>
>>
>>
>>
>>  --
>> Carlos Eduardo Tavares Terra
>> Red Hat Certified Engineer
>> Consultor em Infraestrutura de TI
>> GNU/Linux #413291 [http://counter.li.org]
>>
>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec550ace6ed297604c0cf2c2a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Do I need to enable local caching to use shareable VDIs?<div><br><div class=
=3D"gmail_quote">On Thu, May 24, 2012 at 7:36 AM, George Shuklin <span dir=
=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gmail.com" target=3D"_blank">=
george.shuklin@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <div>Local caching? <br><div><div class=3D"h5">
      <br>
      On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:<br>
    </div></div></div>
    <blockquote type=3D"cite"><div><div class=3D"h5">Anyone has any clue ab=
out that?<br>
      <br>
      I really don&#39;t know what is missing in SR to support shareable
      VDIs....<br>
      <br>
      <div class=3D"gmail_quote">On Sat, May 19, 2012 at 11:17 PM, Carlos
        Eduardo Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:eduar=
do.terra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</span=
>
        wrote:<br>
        <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">I tried to
          execute the=A0vdi-set-shareable-true.py script, that i have
          found in the forum. But the result was not positive. I
          got=A0SR_OPERATION_NOT_SUPPORTED error.
          <div>
            <br>
          </div>
          <div>
            <div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
              31e3186c-367f-4a87-b591-56844bb23420</div>
            <div>FULL VDI entry =3D
              OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div>
            <div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;},=
 &#39;managed&#39;: True,
              &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39;=
resize_online&#39;,
              &#39;generate_config&#39;, &#39;resize&#39;, &#39;destroy&#39=
;, &#39;clone&#39;, &#39;copy&#39;],
              &#39;on_boot&#39;: &#39;persist&#39;, &#39;name_description&#=
39;: &#39;&#39;, &#39;read_only&#39;:
              False, &#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23=
420&#39;,
              &#39;storage_lock&#39;: False, &#39;name_label&#39;: &#39;tes=
te&#39;, &#39;tags&#39;: [],
              &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420=
&#39;,
              &#39;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#3=
9;snapshot_time&#39;:
              &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;,
              &#39;parent&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;=
: False,
              &#39;xenstore_data&#39;: {&#39;storage-type&#39;: &#39;lvm&#3=
9;, &#39;scsi/0x12/0x80&#39;:
              &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x1=
2/0x83&#39;:
              &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2=
ODQ0YmIyMzQyMCA=3D&#39;,
              &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;:
              &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_d=
umps&#39;:
              [], &#39;virtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_s=
napshot&#39;: False,
              &#39;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39=
;OpaqueRef:NULL&#39;,
              &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec88=
27a0&#39;,
              &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &=
#39;1082130432&#39;,
              &#39;allow_caching&#39;: False, &#39;VBDs&#39;:
              [&#39;OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359&#39;,
              &#39;OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988&#39;]}</d=
iv>
            <div><br>
            </div>
            <div>FULL VBD entry =3D
              OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359</div>
            <div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_propertie=
s&#39;: {},
              &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpause&=
#39;, &#39;plug&#39;,
              &#39;attach&#39;], &#39;VDI&#39;:
              &#39;OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#3=
9;uuid&#39;:
              &#39;d0a4ac7f-ae94-18b4-926b-628f31cea636&#39;, &#39;storage_=
lock&#39;:
              False, &#39;qos_supported_algorithms&#39;: [], &#39;status_co=
de&#39;: &#39;0&#39;,
              &#39;type&#39;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;=
VM&#39;:
              &#39;OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;,
              &#39;status_detail&#39;: &#39;&#39;, &#39;metrics&#39;:
              &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#39;,
              &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &=
#39;&#39;, &#39;unpluggable&#39;:
              True, &#39;current_operations&#39;: {}, &#39;bootable&#39;: F=
alse,
              &#39;other_config&#39;: {}, &#39;currently_attached&#39;: Fal=
se, &#39;mode&#39;:
              &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =3D
              OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988</div>
            <div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_propertie=
s&#39;: {},
              &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpause&=
#39;, &#39;plug&#39;,
              &#39;attach&#39;], &#39;VDI&#39;:
              &#39;OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#3=
9;uuid&#39;:
              &#39;81ed397c-48f2-6bc5-c393-1fefc5645f30&#39;, &#39;storage_=
lock&#39;:
              False, &#39;qos_supported_algorithms&#39;: [], &#39;status_co=
de&#39;: &#39;0&#39;,
              &#39;type&#39;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;=
VM&#39;:
              &#39;OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92&#39;,
              &#39;status_detail&#39;: &#39;&#39;, &#39;metrics&#39;:
              &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#39;,
              &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39=
;: &#39;&#39;, &#39;unpluggable&#39;:
              True, &#39;current_operations&#39;: {}, &#39;bootable&#39;: F=
alse,
              &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39;}, &#=
39;currently_attached&#39;:
              False, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_param=
s&#39;: {}}</div>
            <div><br>
            </div>
            <div>ERROR: failed to re-introduce the VDI. unrecoverable
              error.</div>
            <div>Traceback (most recent call last):</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 132=
, in ?</div>
            <div>=A0 =A0 main()</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129=
, in main</div>
            <div>=A0 =A0 fixup_vdi(options, session)</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 70,=
 in
              fixup_vdi</div>
            <div>=A0 =A0 vdi_data[&#39;sm_config&#39;])</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 229, in __call__</div>
            <div>=A0 =A0 return self.__send(self.__name, args)</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 133, in xenapi_request</div>
            <div>=A0 =A0 result =3D _parse_result(getattr(self,
              methodname)(*full_params))</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 203, in _parse_result</div>
            <div>=A0 =A0 raise Failure(result[&#39;ErrorDescription&#39;])<=
/div>
            <div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;,
              &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</di=
v>
          </div>
          <div>
            <div>
              <div><br>
              </div>
              <div><br>
                <div><br>
                  <div class=3D"gmail_quote">
                    On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo
                    Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:e=
duardo.terra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</=
span>
                    wrote:<br>
                    <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mike,
                      <div><br>
                      </div>
                      <div>I have tried to do what you said, but I have
                        got an error.</div>
                      <div><br>
                      </div>
                      <div>My steps:</div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe sr-param-list
                          uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0:
                          81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW):
                          VMDATA02_RAID10</div>
                        <div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI =
SR
                          [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]=
</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host (=
 RO):
                          &lt;shared&gt;</div>
                        <div>=A0 =A0 =A0 allowed-operations (SRO): forget;
                          VDI.create; VDI.snapshot; plug; update;
                          destroy; VDI.destroy; scan; VDI.clone;
                          VDI.resize; unplug</div>
                        <div>=A0 =A0 =A0 current-operations (SRO):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (=
SRO):
                          6fc452d3-7381-4416-a2c9-71e526261c40</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO):
                          0aee7f9b-3171-f2cf-c3a4-929bb538b247;
                          d3d748b6-574b-598e-5c43-3e4e79c73515;
                          04e035ba-781c-7c6d-c54b-97b589bc985b;
                          cfbe9adc-e233-5f2d-d798-058815a247d0;
                          5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>
                        <div>=A0 =A0 =A0 virtual-allocation ( RO): 10737418=
24</div>
                        <div>=A0 =A0 physical-utilisation ( RO): 1077936128=
</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0physical-size ( RO):
                          600016158720</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type (=
 RO): lvmoiscsi</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( RO):</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( R=
W): true</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO)=
: allocation:
                          thick; use_vhd: true; multipathable: true;
                          devserial:
                          scsi-36782bcb000069cb1000003724df80c1e</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs (=
 RO):</div>
                        <div>=A0 =A0 =A0local-cache-enabled ( RO): false</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (=
SRW):</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-create
                            sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
                            name-label=3Dteste virtual-size=3D1GiB type=3Du=
ser
                            sm-config:type=3Draw sharable=3Dtrue</div>
                          <div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Then I have attached this disk in 2 VMs
                          using XenCenter. The VBDs were created, as
                          display here:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-param-list
                            uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</di=
v>
                          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW)=
: teste</div>
                          <div>=A0 =A0 =A0 =A0 name-description ( RW):</div=
>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): =
false</div>
                          <div>
                            =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &=
lt;not in
                            database&gt;</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( R=
O):</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO):
                            19700101T00:00:00Z</div>
                          <div>=A0 =A0 =A0 allowed-operations (SRO):
                            resize_online; clone</div>
                          <div>=A0 =A0 =A0 current-operations (SRO):</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid (=
 RO):
                            81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO):
                            VMDATA02_RAID10</div>
                          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids =
(SRO):
                              c56c23da-85eb-5ae8-a413-18da3d8870b3;
                              5ca07308-d296-37d9-a715-475453126949</b></div=
>
                          <div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</d=
iv>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 virtual-size ( RO):
                            1073741824</div>
                          <div>=A0 =A0 physical-utilisation ( RO):
                            1073741824</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O):
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type=
 ( RO): User</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( R=
O): true</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0read-only ( R=
O): false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 storage-lock ( RO): =
false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0managed (=
 RO): true</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent (=
 RO): &lt;not
                            in database&gt;</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing (=
 RO): false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):<=
/div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRO): =
vdi-type:
                            aio; storage-type: lvm; scsi/0x12/0x83:
                            AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1=
iNWM0LWQyZDQ3M2M2YjYzZiA=3D;
                            scsi/0x12/0x80:
                            AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MR=
O):
                            host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b1783=
3721:
                            RW; type: raw; vdi_type: aio</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot (=
 RW): persist</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0allow-caching ( RW): =
false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags=
 (SRW):</div>
                        </div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>But I could activate (plug) only one of
                          them. When I try to plug on both of them I get
                          this error:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vbd-plug
                            uuid=3Dc56c23da-85eb-5ae8-a413-18da3d8870b3</di=
v>
                          <div>Error code: SR_BACKEND_FAILURE_46</div>
                          <div>Error parameters: , The VDI is not
                            available [opterr=3DVDI
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f already
                            attached RW],</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Is there any parameter am I missing?</div>
                        <div>
                          <div>
                            <br>
                            <div class=3D"gmail_quote">On Fri, May 18,
                              2012 at 10:58 AM, Mike McClurg <span dir=3D"l=
tr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=3D"_blank">mike.m=
cclurg@citrix.com</a>&gt;</span>
                              wrote:<br>
                              <blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                                <div>On 18/05/12 11:49, Carlos Eduardo
                                  Tavares Terra wrote:<br>
                                  <blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                                    Do I need to do any special
                                    configuration in XCP 1.1 or in the
                                    SRs to be<br>
                                    capable of sharing a VDI between two
                                    virtual machines?<br>
                                    Is it possible to do in XCP?<br>
                                  </blockquote>
                                  <br>
                                </div>
                                You could possibly do this if only one
                                VM attaches the disk RW, but you should
                                definitely not do this if you want more
                                than one of the VMs to attach the disk
                                RW. For that, you should use something
                                like NFS instead.<br>
                                <br>
                                To share a VDI, create a new vbd to
                                connect the second VM to the VDI. Do &#39;x=
e
                                help vbd-create&#39; for docs.<span><font c=
olor=3D"#888888"><br>
                                    <br>
                                    Mike<br>
                                    <br>
                                  </font></span></blockquote>
                            </div>
                            <br>
                            <br clear=3D"all">
                            <div><br>
                            </div>
                          </div>
                        </div>
                        <div>-- <br>
                          Carlos Eduardo Tavares Terra<br>
                          Red Hat Certified Engineer<br>
                        </div>
                        <div>Consultor em Infraestrutura de TI<br>
                          GNU/Linux #413291 [<a href=3D"http://counter.li.o=
rg" target=3D"_blank">http://counter.li.org</a>]<br>
                        </div>
                      </div>
                    </blockquote>
                  </div>
                  <br>
                  <br clear=3D"all">
                  <div><br>
                  </div>
                  -- <br>
                  Carlos Eduardo Tavares Terra<br>
                  Red Hat Certified Engineer<br>
                  Consultor em Infraestrutura de TI<br>
                  GNU/Linux #413291 [<a href=3D"http://counter.li.org" targ=
et=3D"_blank">http://counter.li.org</a>]<br>
                </div>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear=3D"all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank=
">http://counter.li.org</a>]<br>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div class=3D"im"><pre>__________________________________=
_____________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </div></blockquote>
    <br>
    <br>
  </div>

<br>_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos E=
duardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraest=
rutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>


</div>

--bcaec550ace6ed297604c0cf2c2a--


--===============3768398200033133333==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3768398200033133333==--


From xen-api-bounces@lists.xen.org Thu May 24 21:46:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 24 May 2012 21:46:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXfr4-0007Ta-0R; Thu, 24 May 2012 21:45:58 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <eduardo.terra@gmail.com>) id 1SXfr2-0007TP-CH
	for xen-api@lists.xen.org; Thu, 24 May 2012 21:45:56 +0000
Received: from [85.158.143.99:38751] by server-3.bemta-4.messagelabs.com id
	79/69-05853-31CAEBF4; Thu, 24 May 2012 21:45:55 +0000
X-Env-Sender: eduardo.terra@gmail.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337895952!28782266!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14318 invoked from network); 24 May 2012 21:45:53 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	24 May 2012 21:45:53 -0000
Received: by lahc1 with SMTP id c1so231586lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 14:45:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-type;
	bh=qYVyGDYgIWmVXQPKfmv6NqPpl2olN3ckyq/ppOnPMEI=;
	b=Nhu/+BOAmQ/7t/a0kyxGINOHJTJXaxdNS7YOaI2PK4fuJzghfhmJia5eQcD0GJhsY3
	YGJx4tYk3dvHcjWLylbw+nU4ZAhp0UIKqORRJD3/U3zFQML8s7LjnBQqjUoOZJ5Fpf+l
	Z3GMl5VWi+HwHhwtl4qNNskwe/fOU3ypSd/NBYctHVEJVE/b3Nor6gFWaUF1oOA42sL8
	Am/Sp2EfMlXbvxtpIf5x/GJGUzbv7r4O3okVwE7LibyQOWyK+8/+fFI5X+EwDqzoAfHG
	7wSJfNzlJR5mIhFBvLGQwXf8S/6MIWUhj5uT2Nau5AubFSCNm/T+B7OmDot5wDJVw9+L
	OKnQ==
Received: by 10.152.46.6 with SMTP id r6mr1100295lam.7.1337895951345; Thu, 24
	May 2012 14:45:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.152.13.33 with HTTP; Thu, 24 May 2012 14:45:31 -0700 (PDT)
In-Reply-To: <4FBE0F2C.5010508@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
	<4FBE0F2C.5010508@gmail.com>
From: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
Date: Thu, 24 May 2012 18:45:31 -0300
Message-ID: <CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
To: George Shuklin <george.shuklin@gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3768398200033133333=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============3768398200033133333==
Content-Type: multipart/alternative; boundary=bcaec550ace6ed297604c0cf2c2a

--bcaec550ace6ed297604c0cf2c2a
Content-Type: text/plain; charset=ISO-8859-1

Do I need to enable local caching to use shareable VDIs?

On Thu, May 24, 2012 at 7:36 AM, George Shuklin <george.shuklin@gmail.com>wrote:

>  Local caching?
>
> On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
>
> Anyone has any clue about that?
>
> I really don't know what is missing in SR to support shareable VDIs....
>
> On Sat, May 19, 2012 at 11:17 PM, Carlos Eduardo Tavares Terra <
> eduardo.terra@gmail.com> wrote:
>
>> I tried to execute the vdi-set-shareable-true.py script, that i have
>> found in the forum. But the result was not positive. I
>> got SR_OPERATION_NOT_SUPPORTED error.
>>
>>  [root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
>> 31e3186c-367f-4a87-b591-56844bb23420
>> FULL VDI entry = OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7
>> {'sm_config': {'vdi_type': 'vhd'}, 'managed': True, 'snapshots': [],
>> 'allowed_operations': ['resize_online', 'generate_config', 'resize',
>> 'destroy', 'clone', 'copy'], 'on_boot': 'persist', 'name_description': '',
>> 'read_only': False, 'uuid': '31e3186c-367f-4a87-b591-56844bb23420',
>> 'storage_lock': False, 'name_label': 'teste', 'tags': [], 'location':
>> '31e3186c-367f-4a87-b591-56844bb23420', 'type': 'user', 'sharable': True,
>> 'snapshot_time': <DateTime u'19700101T00:00:00Z' at -491c56b4>, 'parent':
>> 'OpaqueRef:NULL', 'missing': False, 'xenstore_data': {'storage-type':
>> 'lvm', 'scsi/0x12/0x80': 'AIAAEjMxZTMxODZjLTM2N2YtNGEgIA==',
>> 'scsi/0x12/0x83':
>> 'AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2ODQ0YmIyMzQyMCA=',
>> 'vdi-type': 'vhd', 'vdi-uuid': '31e3186c-367f-4a87-b591-56844bb23420'},
>> 'crash_dumps': [], 'virtual_size': '1073741824', 'is_a_snapshot': False,
>> 'current_operations': {}, 'snapshot_of': 'OpaqueRef:NULL', 'SR':
>> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0', 'other_config': {},
>> 'physical_utilisation': '1082130432', 'allow_caching': False, 'VBDs':
>> ['OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359',
>> 'OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988']}
>>
>>  FULL VBD entry = OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359
>> {'userdevice': '4', 'runtime_properties': {}, 'allowed_operations':
>> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
>> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>> 'd0a4ac7f-ae94-18b4-926b-628f31cea636', 'storage_lock': False,
>> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
>> 'empty': False, 'VM': 'OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c',
>> 'status_detail': '', 'metrics':
>> 'OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc', 'device': '',
>> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
>> 'bootable': False, 'other_config': {}, 'currently_attached': False, 'mode':
>> 'RW', 'qos_algorithm_params': {}}
>>
>>  FULL VBD entry = OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988
>> {'userdevice': '2', 'runtime_properties': {}, 'allowed_operations':
>> ['pause', 'unpause', 'plug', 'attach'], 'VDI':
>> 'OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7', 'uuid':
>> '81ed397c-48f2-6bc5-c393-1fefc5645f30', 'storage_lock': False,
>> 'qos_supported_algorithms': [], 'status_code': '0', 'type': 'Disk',
>> 'empty': False, 'VM': 'OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92',
>> 'status_detail': '', 'metrics':
>> 'OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87', 'device': 'xvdc',
>> 'qos_algorithm_type': '', 'unpluggable': True, 'current_operations': {},
>> 'bootable': False, 'other_config': {'owner': 'true'}, 'currently_attached':
>> False, 'mode': 'RW', 'qos_algorithm_params': {}}
>>
>>  ERROR: failed to re-introduce the VDI. unrecoverable error.
>> Traceback (most recent call last):
>>   File "./vdi-set-shareable-true.py", line 132, in ?
>>     main()
>>   File "./vdi-set-shareable-true.py", line 129, in main
>>     fixup_vdi(options, session)
>>   File "./vdi-set-shareable-true.py", line 70, in fixup_vdi
>>     vdi_data['sm_config'])
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 229, in __call__
>>     return self.__send(self.__name, args)
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 133, in
>> xenapi_request
>>     result = _parse_result(getattr(self, methodname)(*full_params))
>>   File "/usr/lib/python2.4/site-packages/XenAPI.py", line 203, in
>> _parse_result
>>     raise Failure(result['ErrorDescription'])
>> XenAPI.Failure: ['SR_OPERATION_NOT_SUPPORTED',
>> 'OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0']
>>
>>
>>
>>  On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo Tavares Terra <
>> eduardo.terra@gmail.com> wrote:
>>
>>> Mike,
>>>
>>>  I have tried to do what you said, but I have got an error.
>>>
>>>  My steps:
>>>
>>>  [root@vmserver05 ~]# xe sr-param-list
>>> uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>> uuid ( RO)                    : 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>>               name-label ( RW): VMDATA02_RAID10
>>>         name-description ( RW): iSCSI SR [172.30.1.101
>>> (iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]
>>>                     host ( RO): <shared>
>>>       allowed-operations (SRO): forget; VDI.create; VDI.snapshot; plug;
>>> update; destroy; VDI.destroy; scan; VDI.clone; VDI.resize; unplug
>>>       current-operations (SRO):
>>>                     VDIs (SRO): 6fc452d3-7381-4416-a2c9-71e526261c40
>>>                     PBDs (SRO): 0aee7f9b-3171-f2cf-c3a4-929bb538b247;
>>> d3d748b6-574b-598e-5c43-3e4e79c73515; 04e035ba-781c-7c6d-c54b-97b589bc985b;
>>> cfbe9adc-e233-5f2d-d798-058815a247d0; 5badfa05-dd7c-3b90-7fde-01c2ea7483e9
>>>       virtual-allocation ( RO): 1073741824
>>>     physical-utilisation ( RO): 1077936128
>>>            physical-size ( RO): 600016158720
>>>                     type ( RO): lvmoiscsi
>>>             content-type ( RO):
>>>                   shared ( RW): true
>>>             other-config (MRW):
>>>                sm-config (MRO): allocation: thick; use_vhd: true;
>>> multipathable: true; devserial: scsi-36782bcb000069cb1000003724df80c1e
>>>                    blobs ( RO):
>>>      local-cache-enabled ( RO): false
>>>                     tags (SRW):
>>>
>>>  [root@vmserver05 ~]# xe vdi-create
>>> sr-uuid=81a9d5c1-f0a8-ecfb-28b0-59154f2b70df name-label=teste
>>> virtual-size=1GiB type=user sm-config:type=raw sharable=true
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>
>>>  Then I have attached this disk in 2 VMs using XenCenter. The VBDs were
>>> created, as display here:
>>>
>>>  [root@vmserver05 ~]# xe vdi-param-list
>>> uuid=782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>> uuid ( RO)                    : 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>               name-label ( RW): teste
>>>         name-description ( RW):
>>>            is-a-snapshot ( RO): false
>>>               snapshot-of ( RO): <not in database>
>>>                snapshots ( RO):
>>>            snapshot-time ( RO): 19700101T00:00:00Z
>>>       allowed-operations (SRO): resize_online; clone
>>>       current-operations (SRO):
>>>                  sr-uuid ( RO): 81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
>>>            sr-name-label ( RO): VMDATA02_RAID10
>>> *               vbd-uuids (SRO): c56c23da-85eb-5ae8-a413-18da3d8870b3;
>>> 5ca07308-d296-37d9-a715-475453126949*
>>>          crashdump-uuids (SRO):
>>>             virtual-size ( RO): 1073741824
>>>     physical-utilisation ( RO): 1073741824
>>>                 location ( RO): 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>                     type ( RO): User
>>>                 sharable ( RO): true
>>>                read-only ( RO): false
>>>             storage-lock ( RO): false
>>>                  managed ( RO): true
>>>                   parent ( RO): <not in database>
>>>                  missing ( RO): false
>>>             other-config (MRW):
>>>            xenstore-data (MRO): vdi-type: aio; storage-type: lvm;
>>> scsi/0x12/0x83:
>>> AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1iNWM0LWQyZDQ3M2M2YjYzZiA=;
>>> scsi/0x12/0x80: AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA==; vdi-uuid:
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f
>>>                sm-config (MRO):
>>> host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b17833721: RW; type: raw;
>>> vdi_type: aio
>>>                  on-boot ( RW): persist
>>>            allow-caching ( RW): false
>>>                     tags (SRW):
>>>
>>>
>>>  But I could activate (plug) only one of them. When I try to plug on
>>> both of them I get this error:
>>>
>>>  [root@vmserver05 ~]# xe vbd-plug
>>> uuid=c56c23da-85eb-5ae8-a413-18da3d8870b3
>>> Error code: SR_BACKEND_FAILURE_46
>>> Error parameters: , The VDI is not available [opterr=VDI
>>> 782f2e7b-77d4-4590-b5c4-d2d473c6b63f already attached RW],
>>>
>>>  Is there any parameter am I missing?
>>>
>>> On Fri, May 18, 2012 at 10:58 AM, Mike McClurg <mike.mcclurg@citrix.com>wrote:
>>>
>>>> On 18/05/12 11:49, Carlos Eduardo Tavares Terra wrote:
>>>>
>>>>> Do I need to do any special configuration in XCP 1.1 or in the SRs to
>>>>> be
>>>>> capable of sharing a VDI between two virtual machines?
>>>>> Is it possible to do in XCP?
>>>>>
>>>>
>>>>  You could possibly do this if only one VM attaches the disk RW, but
>>>> you should definitely not do this if you want more than one of the VMs to
>>>> attach the disk RW. For that, you should use something like NFS instead.
>>>>
>>>> To share a VDI, create a new vbd to connect the second VM to the VDI.
>>>> Do 'xe help vbd-create' for docs.
>>>>
>>>> Mike
>>>>
>>>>
>>>
>>>
>>>   --
>>> Carlos Eduardo Tavares Terra
>>> Red Hat Certified Engineer
>>>  Consultor em Infraestrutura de TI
>>> GNU/Linux #413291 [http://counter.li.org]
>>>
>>
>>
>>
>>  --
>> Carlos Eduardo Tavares Terra
>> Red Hat Certified Engineer
>> Consultor em Infraestrutura de TI
>> GNU/Linux #413291 [http://counter.li.org]
>>
>
>
>
> --
> Carlos Eduardo Tavares Terra
> Red Hat Certified Engineer
> Consultor em Infraestrutura de TI
> GNU/Linux #413291 [http://counter.li.org]
>
>
> _______________________________________________
> Xen-api mailing listXen-api@lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>
>


-- 
Carlos Eduardo Tavares Terra
Red Hat Certified Engineer
Consultor em Infraestrutura de TI
GNU/Linux #413291 [http://counter.li.org]

--bcaec550ace6ed297604c0cf2c2a
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Do I need to enable local caching to use shareable VDIs?<div><br><div class=
=3D"gmail_quote">On Thu, May 24, 2012 at 7:36 AM, George Shuklin <span dir=
=3D"ltr">&lt;<a href=3D"mailto:george.shuklin@gmail.com" target=3D"_blank">=
george.shuklin@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <div>Local caching? <br><div><div class=3D"h5">
      <br>
      On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:<br>
    </div></div></div>
    <blockquote type=3D"cite"><div><div class=3D"h5">Anyone has any clue ab=
out that?<br>
      <br>
      I really don&#39;t know what is missing in SR to support shareable
      VDIs....<br>
      <br>
      <div class=3D"gmail_quote">On Sat, May 19, 2012 at 11:17 PM, Carlos
        Eduardo Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:eduar=
do.terra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</span=
>
        wrote:<br>
        <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">I tried to
          execute the=A0vdi-set-shareable-true.py script, that i have
          found in the forum. But the result was not positive. I
          got=A0SR_OPERATION_NOT_SUPPORTED error.
          <div>
            <br>
          </div>
          <div>
            <div>[root@vmserver05 ~]# ./vdi-set-shareable-true.py -v
              31e3186c-367f-4a87-b591-56844bb23420</div>
            <div>FULL VDI entry =3D
              OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7</div>
            <div>{&#39;sm_config&#39;: {&#39;vdi_type&#39;: &#39;vhd&#39;},=
 &#39;managed&#39;: True,
              &#39;snapshots&#39;: [], &#39;allowed_operations&#39;: [&#39;=
resize_online&#39;,
              &#39;generate_config&#39;, &#39;resize&#39;, &#39;destroy&#39=
;, &#39;clone&#39;, &#39;copy&#39;],
              &#39;on_boot&#39;: &#39;persist&#39;, &#39;name_description&#=
39;: &#39;&#39;, &#39;read_only&#39;:
              False, &#39;uuid&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23=
420&#39;,
              &#39;storage_lock&#39;: False, &#39;name_label&#39;: &#39;tes=
te&#39;, &#39;tags&#39;: [],
              &#39;location&#39;: &#39;31e3186c-367f-4a87-b591-56844bb23420=
&#39;,
              &#39;type&#39;: &#39;user&#39;, &#39;sharable&#39;: True, &#3=
9;snapshot_time&#39;:
              &lt;DateTime u&#39;19700101T00:00:00Z&#39; at -491c56b4&gt;,
              &#39;parent&#39;: &#39;OpaqueRef:NULL&#39;, &#39;missing&#39;=
: False,
              &#39;xenstore_data&#39;: {&#39;storage-type&#39;: &#39;lvm&#3=
9;, &#39;scsi/0x12/0x80&#39;:
              &#39;AIAAEjMxZTMxODZjLTM2N2YtNGEgIA=3D=3D&#39;, &#39;scsi/0x1=
2/0x83&#39;:
              &#39;AIMAMQIBAC1YRU5TUkMgIDMxZTMxODZjLTM2N2YtNGE4Ny1iNTkxLTU2=
ODQ0YmIyMzQyMCA=3D&#39;,
              &#39;vdi-type&#39;: &#39;vhd&#39;, &#39;vdi-uuid&#39;:
              &#39;31e3186c-367f-4a87-b591-56844bb23420&#39;}, &#39;crash_d=
umps&#39;:
              [], &#39;virtual_size&#39;: &#39;1073741824&#39;, &#39;is_a_s=
napshot&#39;: False,
              &#39;current_operations&#39;: {}, &#39;snapshot_of&#39;: &#39=
;OpaqueRef:NULL&#39;,
              &#39;SR&#39;: &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec88=
27a0&#39;,
              &#39;other_config&#39;: {}, &#39;physical_utilisation&#39;: &=
#39;1082130432&#39;,
              &#39;allow_caching&#39;: False, &#39;VBDs&#39;:
              [&#39;OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359&#39;,
              &#39;OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988&#39;]}</d=
iv>
            <div><br>
            </div>
            <div>FULL VBD entry =3D
              OpaqueRef:9d4f9e82-6b15-101d-3cec-46eea2a47359</div>
            <div>{&#39;userdevice&#39;: &#39;4&#39;, &#39;runtime_propertie=
s&#39;: {},
              &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpause&=
#39;, &#39;plug&#39;,
              &#39;attach&#39;], &#39;VDI&#39;:
              &#39;OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#3=
9;uuid&#39;:
              &#39;d0a4ac7f-ae94-18b4-926b-628f31cea636&#39;, &#39;storage_=
lock&#39;:
              False, &#39;qos_supported_algorithms&#39;: [], &#39;status_co=
de&#39;: &#39;0&#39;,
              &#39;type&#39;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;=
VM&#39;:
              &#39;OpaqueRef:71dd55e9-2e0e-2e4c-bd7d-ece5d9742b3c&#39;,
              &#39;status_detail&#39;: &#39;&#39;, &#39;metrics&#39;:
              &#39;OpaqueRef:2f6af1e3-fa0c-c438-6765-dc41978066fc&#39;,
              &#39;device&#39;: &#39;&#39;, &#39;qos_algorithm_type&#39;: &=
#39;&#39;, &#39;unpluggable&#39;:
              True, &#39;current_operations&#39;: {}, &#39;bootable&#39;: F=
alse,
              &#39;other_config&#39;: {}, &#39;currently_attached&#39;: Fal=
se, &#39;mode&#39;:
              &#39;RW&#39;, &#39;qos_algorithm_params&#39;: {}}</div>
            <div><br>
            </div>
            <div>FULL VBD entry =3D
              OpaqueRef:9591ab93-0f12-b1a5-f92e-0817355d9988</div>
            <div>{&#39;userdevice&#39;: &#39;2&#39;, &#39;runtime_propertie=
s&#39;: {},
              &#39;allowed_operations&#39;: [&#39;pause&#39;, &#39;unpause&=
#39;, &#39;plug&#39;,
              &#39;attach&#39;], &#39;VDI&#39;:
              &#39;OpaqueRef:fda5a983-f234-c147-3ec9-99a20dfa76c7&#39;, &#3=
9;uuid&#39;:
              &#39;81ed397c-48f2-6bc5-c393-1fefc5645f30&#39;, &#39;storage_=
lock&#39;:
              False, &#39;qos_supported_algorithms&#39;: [], &#39;status_co=
de&#39;: &#39;0&#39;,
              &#39;type&#39;: &#39;Disk&#39;, &#39;empty&#39;: False, &#39;=
VM&#39;:
              &#39;OpaqueRef:a07bf61b-d4bb-ab23-617e-f2d97771ed92&#39;,
              &#39;status_detail&#39;: &#39;&#39;, &#39;metrics&#39;:
              &#39;OpaqueRef:3c5a3156-0144-ecdb-d07d-0b349a568b87&#39;,
              &#39;device&#39;: &#39;xvdc&#39;, &#39;qos_algorithm_type&#39=
;: &#39;&#39;, &#39;unpluggable&#39;:
              True, &#39;current_operations&#39;: {}, &#39;bootable&#39;: F=
alse,
              &#39;other_config&#39;: {&#39;owner&#39;: &#39;true&#39;}, &#=
39;currently_attached&#39;:
              False, &#39;mode&#39;: &#39;RW&#39;, &#39;qos_algorithm_param=
s&#39;: {}}</div>
            <div><br>
            </div>
            <div>ERROR: failed to re-introduce the VDI. unrecoverable
              error.</div>
            <div>Traceback (most recent call last):</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 132=
, in ?</div>
            <div>=A0 =A0 main()</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 129=
, in main</div>
            <div>=A0 =A0 fixup_vdi(options, session)</div>
            <div>=A0 File &quot;./vdi-set-shareable-true.py&quot;, line 70,=
 in
              fixup_vdi</div>
            <div>=A0 =A0 vdi_data[&#39;sm_config&#39;])</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 229, in __call__</div>
            <div>=A0 =A0 return self.__send(self.__name, args)</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 133, in xenapi_request</div>
            <div>=A0 =A0 result =3D _parse_result(getattr(self,
              methodname)(*full_params))</div>
            <div>=A0 File &quot;/usr/lib/python2.4/site-packages/XenAPI.py&=
quot;,
              line 203, in _parse_result</div>
            <div>=A0 =A0 raise Failure(result[&#39;ErrorDescription&#39;])<=
/div>
            <div>XenAPI.Failure: [&#39;SR_OPERATION_NOT_SUPPORTED&#39;,
              &#39;OpaqueRef:439cb0a4-8f5e-eba1-6eaa-f2d7ec8827a0&#39;]</di=
v>
          </div>
          <div>
            <div>
              <div><br>
              </div>
              <div><br>
                <div><br>
                  <div class=3D"gmail_quote">
                    On Sat, May 19, 2012 at 9:17 AM, Carlos Eduardo
                    Tavares Terra <span dir=3D"ltr">&lt;<a href=3D"mailto:e=
duardo.terra@gmail.com" target=3D"_blank">eduardo.terra@gmail.com</a>&gt;</=
span>
                    wrote:<br>
                    <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mike,
                      <div><br>
                      </div>
                      <div>I have tried to do what you said, but I have
                        got an error.</div>
                      <div><br>
                      </div>
                      <div>My steps:</div>
                      <div><br>
                      </div>
                      <div>
                        <div>[root@vmserver05 ~]# xe sr-param-list
                          uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
 =A0:
                          81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW):
                          VMDATA02_RAID10</div>
                        <div>=A0 =A0 =A0 =A0 name-description ( RW): iSCSI =
SR
                          [172.30.1.101
(iqn.1984-05.com.dell:powervault.md3200i.6782bcb00006b020000000004d41e117)]=
</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 host (=
 RO):
                          &lt;shared&gt;</div>
                        <div>=A0 =A0 =A0 allowed-operations (SRO): forget;
                          VDI.create; VDI.snapshot; plug; update;
                          destroy; VDI.destroy; scan; VDI.clone;
                          VDI.resize; unplug</div>
                        <div>=A0 =A0 =A0 current-operations (SRO):</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VDIs (=
SRO):
                          6fc452d3-7381-4416-a2c9-71e526261c40</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PBDs (=
SRO):
                          0aee7f9b-3171-f2cf-c3a4-929bb538b247;
                          d3d748b6-574b-598e-5c43-3e4e79c73515;
                          04e035ba-781c-7c6d-c54b-97b589bc985b;
                          cfbe9adc-e233-5f2d-d798-058815a247d0;
                          5badfa05-dd7c-3b90-7fde-01c2ea7483e9</div>
                        <div>=A0 =A0 =A0 virtual-allocation ( RO): 10737418=
24</div>
                        <div>=A0 =A0 physical-utilisation ( RO): 1077936128=
</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0physical-size ( RO):
                          600016158720</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type (=
 RO): lvmoiscsi</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 content-type ( RO):</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 shared ( R=
W): true</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MRO)=
: allocation:
                          thick; use_vhd: true; multipathable: true;
                          devserial:
                          scsi-36782bcb000069cb1000003724df80c1e</div>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0blobs (=
 RO):</div>
                        <div>=A0 =A0 =A0local-cache-enabled ( RO): false</d=
iv>
                        <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags (=
SRW):</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-create
                            sr-uuid=3D81a9d5c1-f0a8-ecfb-28b0-59154f2b70df
                            name-label=3Dteste virtual-size=3D1GiB type=3Du=
ser
                            sm-config:type=3Draw sharable=3Dtrue</div>
                          <div>782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Then I have attached this disk in 2 VMs
                          using XenCenter. The VBDs were created, as
                          display here:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vdi-param-list
                            uuid=3D782f2e7b-77d4-4590-b5c4-d2d473c6b63f</di=
v>
                          <div>uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 name-label ( RW)=
: teste</div>
                          <div>=A0 =A0 =A0 =A0 name-description ( RW):</div=
>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0is-a-snapshot ( RO): =
false</div>
                          <div>
                            =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshot-of ( RO): &=
lt;not in
                            database&gt;</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0snapshots ( R=
O):</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0snapshot-time ( RO):
                            19700101T00:00:00Z</div>
                          <div>=A0 =A0 =A0 allowed-operations (SRO):
                            resize_online; clone</div>
                          <div>=A0 =A0 =A0 current-operations (SRO):</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sr-uuid (=
 RO):
                            81a9d5c1-f0a8-ecfb-28b0-59154f2b70df</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0sr-name-label ( RO):
                            VMDATA02_RAID10</div>
                          <div><b>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vbd-uuids =
(SRO):
                              c56c23da-85eb-5ae8-a413-18da3d8870b3;
                              5ca07308-d296-37d9-a715-475453126949</b></div=
>
                          <div>=A0 =A0 =A0 =A0 =A0crashdump-uuids (SRO):</d=
iv>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 virtual-size ( RO):
                            1073741824</div>
                          <div>=A0 =A0 physical-utilisation ( RO):
                            1073741824</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 location ( R=
O):
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 type=
 ( RO): User</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 sharable ( R=
O): true</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0read-only ( R=
O): false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 storage-lock ( RO): =
false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0managed (=
 RO): true</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 parent (=
 RO): &lt;not
                            in database&gt;</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0missing (=
 RO): false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 other-config (MRW):<=
/div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0xenstore-data (MRO): =
vdi-type:
                            aio; storage-type: lvm; scsi/0x12/0x83:
                            AIMAMQIBAC1YRU5TUkMgIDc4MmYyZTdiLTc3ZDQtNDU5MC1=
iNWM0LWQyZDQ3M2M2YjYzZiA=3D;
                            scsi/0x12/0x80:
                            AIAAEjc4MmYyZTdiLTc3ZDQtNDUgIA=3D=3D; vdi-uuid:
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sm-config (MR=
O):
                            host_OpaqueRef:52a45c20-d88f-5869-7f7b-318b1783=
3721:
                            RW; type: raw; vdi_type: aio</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0on-boot (=
 RW): persist</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0allow-caching ( RW): =
false</div>
                          <div>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 tags=
 (SRW):</div>
                        </div>
                        <div><br>
                        </div>
                        <div><br>
                        </div>
                        <div>But I could activate (plug) only one of
                          them. When I try to plug on both of them I get
                          this error:</div>
                        <div><br>
                        </div>
                        <div>
                          <div>[root@vmserver05 ~]# xe vbd-plug
                            uuid=3Dc56c23da-85eb-5ae8-a413-18da3d8870b3</di=
v>
                          <div>Error code: SR_BACKEND_FAILURE_46</div>
                          <div>Error parameters: , The VDI is not
                            available [opterr=3DVDI
                            782f2e7b-77d4-4590-b5c4-d2d473c6b63f already
                            attached RW],</div>
                        </div>
                        <div><br>
                        </div>
                        <div>Is there any parameter am I missing?</div>
                        <div>
                          <div>
                            <br>
                            <div class=3D"gmail_quote">On Fri, May 18,
                              2012 at 10:58 AM, Mike McClurg <span dir=3D"l=
tr">&lt;<a href=3D"mailto:mike.mcclurg@citrix.com" target=3D"_blank">mike.m=
cclurg@citrix.com</a>&gt;</span>
                              wrote:<br>
                              <blockquote class=3D"gmail_quote" style=3D"ma=
rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                                <div>On 18/05/12 11:49, Carlos Eduardo
                                  Tavares Terra wrote:<br>
                                  <blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                                    Do I need to do any special
                                    configuration in XCP 1.1 or in the
                                    SRs to be<br>
                                    capable of sharing a VDI between two
                                    virtual machines?<br>
                                    Is it possible to do in XCP?<br>
                                  </blockquote>
                                  <br>
                                </div>
                                You could possibly do this if only one
                                VM attaches the disk RW, but you should
                                definitely not do this if you want more
                                than one of the VMs to attach the disk
                                RW. For that, you should use something
                                like NFS instead.<br>
                                <br>
                                To share a VDI, create a new vbd to
                                connect the second VM to the VDI. Do &#39;x=
e
                                help vbd-create&#39; for docs.<span><font c=
olor=3D"#888888"><br>
                                    <br>
                                    Mike<br>
                                    <br>
                                  </font></span></blockquote>
                            </div>
                            <br>
                            <br clear=3D"all">
                            <div><br>
                            </div>
                          </div>
                        </div>
                        <div>-- <br>
                          Carlos Eduardo Tavares Terra<br>
                          Red Hat Certified Engineer<br>
                        </div>
                        <div>Consultor em Infraestrutura de TI<br>
                          GNU/Linux #413291 [<a href=3D"http://counter.li.o=
rg" target=3D"_blank">http://counter.li.org</a>]<br>
                        </div>
                      </div>
                    </blockquote>
                  </div>
                  <br>
                  <br clear=3D"all">
                  <div><br>
                  </div>
                  -- <br>
                  Carlos Eduardo Tavares Terra<br>
                  Red Hat Certified Engineer<br>
                  Consultor em Infraestrutura de TI<br>
                  GNU/Linux #413291 [<a href=3D"http://counter.li.org" targ=
et=3D"_blank">http://counter.li.org</a>]<br>
                </div>
              </div>
            </div>
          </div>
        </blockquote>
      </div>
      <br>
      <br clear=3D"all">
      <br>
      -- <br>
      Carlos Eduardo Tavares Terra<br>
      Red Hat Certified Engineer<br>
      Consultor em Infraestrutura de TI<br>
      GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=3D"_blank=
">http://counter.li.org</a>]<br>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div class=3D"im"><pre>__________________________________=
_____________
Xen-api mailing list
<a href=3D"mailto:Xen-api@lists.xen.org" target=3D"_blank">Xen-api@lists.xe=
n.org</a>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a>
</pre>
    </div></blockquote>
    <br>
    <br>
  </div>

<br>_______________________________________________<br>
Xen-api mailing list<br>
<a href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>
<a href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api" target=3D=
"_blank">http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br>
<br></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>Carlos E=
duardo Tavares Terra<br>Red Hat Certified Engineer<br>Consultor em Infraest=
rutura de TI<br>GNU/Linux #413291 [<a href=3D"http://counter.li.org" target=
=3D"_blank">http://counter.li.org</a>]<br>


</div>

--bcaec550ace6ed297604c0cf2c2a--


--===============3768398200033133333==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3768398200033133333==--


From xen-api-bounces@lists.xen.org Fri May 25 00:57:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 00:57:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXipq-0001jd-IM; Fri, 25 May 2012 00:56:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXipp-0001jY-Am
	for xen-api@lists.xen.org; Fri, 25 May 2012 00:56:53 +0000
Received: from [85.158.143.35:40736] by server-3.bemta-4.messagelabs.com id
	EB/46-05853-4D8DEBF4; Fri, 25 May 2012 00:56:52 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337907410!5450169!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28501 invoked from network); 25 May 2012 00:56:51 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 00:56:51 -0000
Received: by lahc1 with SMTP id c1so336892lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 17:56:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=G64fnBdwOef+K4BImSQXDCTO3IydR4h4N3SyZlpKuZQ=;
	b=I7UiUwXBNAYqpSGE/7FsbVny78V2vE8dln0lnANilLk8R5+7qhlFv+vdKgLrL2MPZK
	Efe21xFqruGpTpm4955Tmcxmwh1/CPp6m7nu2zkVJYeortocNqPDuHumZEucd1GVAzxM
	dMWfL8Zq8zTJqQ5tm02MiBrNIJCs80ug4HFJp7DYwH28mHkc4p8qyyVHGHO9y9Zw6E0V
	ytHo1RFZxqX/1H6G8KvjayCGVTHsD8KWAByS/lK9Rfc0I0zLCDDQv35PSZFwxPedDPXT
	5OmaS72hdTC2HAx1VuETT81vykr3idLuY4dURGsE11yKbacgiKrmYUKFZMOWkCkraIQH
	FEvQ==
Received: by 10.152.135.105 with SMTP id pr9mr1442176lab.37.1337907410429;
	Thu, 24 May 2012 17:56:50 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id gd9sm2138179lbb.15.2012.05.24.17.56.47
	(version=SSLv3 cipher=OTHER); Thu, 24 May 2012 17:56:48 -0700 (PDT)
Message-ID: <4FBED8D5.6050204@gmail.com>
Date: Fri, 25 May 2012 04:56:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
	<4FBE0F2C.5010508@gmail.com>
	<CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
In-Reply-To: <CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2799251197150189551=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2799251197150189551==
Content-Type: multipart/alternative;
 boundary="------------060206020304060409030209"

This is a multi-part message in MIME format.
--------------060206020304060409030209
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Nope, I've just say that local caching can be reason SM does not 
supports for shareable VDI. (you can not have local caching and shared 
VDI same time).

On 25.05.2012 01:45, Carlos Eduardo Tavares Terra wrote:
> Do I need to enable local caching to use shareable VDIs?
>
> On Thu, May 24, 2012 at 7:36 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     Local caching?
>
>     On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
>>     Anyone has any clue about that?
>>
>>     I really don't know what is missing in SR to support shareable
>>     VDIs....
>>
>

--------------060206020304060409030209
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Nope, I've just say that local caching can be reason SM does not
    supports for shareable VDI. (you can not have local caching and
    shared VDI same time).<br>
    <br>
    On 25.05.2012 01:45, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com"
      type="cite">Do I need to enable local caching to use shareable
      VDIs?
      <div><br>
        <div class="gmail_quote">On Thu, May 24, 2012 at 7:36 AM, George
          Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000">
              <div>Local caching? <br>
                <div>
                  <div class="h5"> <br>
                    On 24.05.2012 14:25, Carlos Eduardo Tavares Terra
                    wrote:<br>
                  </div>
                </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div class="h5">Anyone has any clue about that?<br>
                    <br>
                    I really don't know what is missing in SR to support
                    shareable VDIs....<br>
                    <br>
                  </div>
                </div>
              </blockquote>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
  </body>
</html>

--------------060206020304060409030209--


--===============2799251197150189551==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2799251197150189551==--


From xen-api-bounces@lists.xen.org Fri May 25 00:57:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 00:57:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXipq-0001jd-IM; Fri, 25 May 2012 00:56:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SXipp-0001jY-Am
	for xen-api@lists.xen.org; Fri, 25 May 2012 00:56:53 +0000
Received: from [85.158.143.35:40736] by server-3.bemta-4.messagelabs.com id
	EB/46-05853-4D8DEBF4; Fri, 25 May 2012 00:56:52 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-5.tower-21.messagelabs.com!1337907410!5450169!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28501 invoked from network); 25 May 2012 00:56:51 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 00:56:51 -0000
Received: by lahc1 with SMTP id c1so336892lah.32
	for <xen-api@lists.xen.org>; Thu, 24 May 2012 17:56:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type;
	bh=G64fnBdwOef+K4BImSQXDCTO3IydR4h4N3SyZlpKuZQ=;
	b=I7UiUwXBNAYqpSGE/7FsbVny78V2vE8dln0lnANilLk8R5+7qhlFv+vdKgLrL2MPZK
	Efe21xFqruGpTpm4955Tmcxmwh1/CPp6m7nu2zkVJYeortocNqPDuHumZEucd1GVAzxM
	dMWfL8Zq8zTJqQ5tm02MiBrNIJCs80ug4HFJp7DYwH28mHkc4p8qyyVHGHO9y9Zw6E0V
	ytHo1RFZxqX/1H6G8KvjayCGVTHsD8KWAByS/lK9Rfc0I0zLCDDQv35PSZFwxPedDPXT
	5OmaS72hdTC2HAx1VuETT81vykr3idLuY4dURGsE11yKbacgiKrmYUKFZMOWkCkraIQH
	FEvQ==
Received: by 10.152.135.105 with SMTP id pr9mr1442176lab.37.1337907410429;
	Thu, 24 May 2012 17:56:50 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id gd9sm2138179lbb.15.2012.05.24.17.56.47
	(version=SSLv3 cipher=OTHER); Thu, 24 May 2012 17:56:48 -0700 (PDT)
Message-ID: <4FBED8D5.6050204@gmail.com>
Date: Fri, 25 May 2012 04:56:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: Carlos Eduardo Tavares Terra <eduardo.terra@gmail.com>
References: <CAEcYNt6Xvc2Ce4f6jTZV9utoOMZYSHr8PyqbEz=DJOyvodMb2w@mail.gmail.com>
	<4FB65572.30602@citrix.com>
	<CAEcYNt563PA+se827idCqmHnk1+kYtKHO4-kMNnNbg3o1RSD8A@mail.gmail.com>
	<CAEcYNt5icj-TAGKGOSsdnRpDWdvdY2=7CLzaLC0O-BMU8HmUfQ@mail.gmail.com>
	<CAEcYNt7skTVrdbwHq8sXHcj-8ObWX08DuUrp0LOY_43_ctutoQ@mail.gmail.com>
	<4FBE0F2C.5010508@gmail.com>
	<CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
In-Reply-To: <CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com>
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] Configuration needed to share a VDI
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2799251197150189551=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2799251197150189551==
Content-Type: multipart/alternative;
 boundary="------------060206020304060409030209"

This is a multi-part message in MIME format.
--------------060206020304060409030209
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Nope, I've just say that local caching can be reason SM does not 
supports for shareable VDI. (you can not have local caching and shared 
VDI same time).

On 25.05.2012 01:45, Carlos Eduardo Tavares Terra wrote:
> Do I need to enable local caching to use shareable VDIs?
>
> On Thu, May 24, 2012 at 7:36 AM, George Shuklin 
> <george.shuklin@gmail.com <mailto:george.shuklin@gmail.com>> wrote:
>
>     Local caching?
>
>     On 24.05.2012 14:25, Carlos Eduardo Tavares Terra wrote:
>>     Anyone has any clue about that?
>>
>>     I really don't know what is missing in SR to support shareable
>>     VDIs....
>>
>

--------------060206020304060409030209
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Nope, I've just say that local caching can be reason SM does not
    supports for shareable VDI. (you can not have local caching and
    shared VDI same time).<br>
    <br>
    On 25.05.2012 01:45, Carlos Eduardo Tavares Terra wrote:
    <blockquote
cite="mid:CAEcYNt4==j67GwQQQ6bz+U_ZsfRZHMx_m9OwnTtC=Sj5G3g0Kw@mail.gmail.com"
      type="cite">Do I need to enable local caching to use shareable
      VDIs?
      <div><br>
        <div class="gmail_quote">On Thu, May 24, 2012 at 7:36 AM, George
          Shuklin <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:george.shuklin@gmail.com" target="_blank">george.shuklin@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000">
              <div>Local caching? <br>
                <div>
                  <div class="h5"> <br>
                    On 24.05.2012 14:25, Carlos Eduardo Tavares Terra
                    wrote:<br>
                  </div>
                </div>
              </div>
              <blockquote type="cite">
                <div>
                  <div class="h5">Anyone has any clue about that?<br>
                    <br>
                    I really don't know what is missing in SR to support
                    shareable VDIs....<br>
                    <br>
                  </div>
                </div>
              </blockquote>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
  </body>
</html>

--------------060206020304060409030209--


--===============2799251197150189551==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2799251197150189551==--


From xen-api-bounces@lists.xen.org Fri May 25 11:46:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 11:46:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXsyr-0005E9-5A; Fri, 25 May 2012 11:46:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SXsyp-0005E4-Fy
	for xen-api@lists.xen.org; Fri, 25 May 2012 11:46:51 +0000
Received: from [85.158.138.51:64998] by server-7.bemta-3.messagelabs.com id
	14/50-17379-A217FBF4; Fri, 25 May 2012 11:46:50 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337946409!21018433!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA1OTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8082 invoked from network); 25 May 2012 11:46:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 11:46:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,656,1330905600"; d="scan'208";a="12669223"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	25 May 2012 11:46:49 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 25 May 2012
	12:46:50 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Fri, 25 May 2012 12:46:49 +0100
Thread-Topic: tap-ctl commands
Thread-Index: Ac06bBGB9dMJnsIcRumKCQfjbKQRUA==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

(I think I sent this to the wrong list address, apologies if this comes through twice)

Hi,

I'm building a proof-of-concept NFS/vhd driver-domain backend using the new xapi <-> storage interface. I'm about to hook this up to tapdisk to get .vhd support however I can't seem to find a manpage for "tap-ctl".

Could someone remind me what tap-ctl runes are needed to:

* get a block device suitable for blkback (i.e. "attach" a VDI in xapi-speak)
* connect a .vhd to a blktap block device via tapdisk /or unpause a paused tapdisk (i.e. "activate" a VDI)
* disconnect a .vhd from a block device /or pause and flush buffers (i.e. "deactivate")
* remove the block device altogether (i.e. "detach")

Thanks,
Dave

PS for anyone who's interested the code is on github:

https://github.com/djs55/dbus-test/blob/master/python/fs.py

(the storage interface code is automatically generated)

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 11:46:59 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 11:46:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXsyr-0005E9-5A; Fri, 25 May 2012 11:46:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SXsyp-0005E4-Fy
	for xen-api@lists.xen.org; Fri, 25 May 2012 11:46:51 +0000
Received: from [85.158.138.51:64998] by server-7.bemta-3.messagelabs.com id
	14/50-17379-A217FBF4; Fri, 25 May 2012 11:46:50 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1337946409!21018433!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA1OTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8082 invoked from network); 25 May 2012 11:46:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 11:46:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,656,1330905600"; d="scan'208";a="12669223"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	25 May 2012 11:46:49 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 25 May 2012
	12:46:50 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Fri, 25 May 2012 12:46:49 +0100
Thread-Topic: tap-ctl commands
Thread-Index: Ac06bBGB9dMJnsIcRumKCQfjbKQRUA==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

(I think I sent this to the wrong list address, apologies if this comes through twice)

Hi,

I'm building a proof-of-concept NFS/vhd driver-domain backend using the new xapi <-> storage interface. I'm about to hook this up to tapdisk to get .vhd support however I can't seem to find a manpage for "tap-ctl".

Could someone remind me what tap-ctl runes are needed to:

* get a block device suitable for blkback (i.e. "attach" a VDI in xapi-speak)
* connect a .vhd to a blktap block device via tapdisk /or unpause a paused tapdisk (i.e. "activate" a VDI)
* disconnect a .vhd from a block device /or pause and flush buffers (i.e. "deactivate")
* remove the block device altogether (i.e. "detach")

Thanks,
Dave

PS for anyone who's interested the code is on github:

https://github.com/djs55/dbus-test/blob/master/python/fs.py

(the storage interface code is automatically generated)

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 16:35:04 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 16:35:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXxTd-0003qx-5m; Fri, 25 May 2012 16:34:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SXxTc-0003ql-KW
	for xen-api@lists.xen.org; Fri, 25 May 2012 16:34:56 +0000
Received: from [85.158.143.35:64187] by server-2.bemta-4.messagelabs.com id
	A8/C0-12211-FA4BFBF4; Fri, 25 May 2012 16:34:55 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-14.tower-21.messagelabs.com!1337963694!17366298!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA1OTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11280 invoked from network); 25 May 2012 16:34:54 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 16:34:54 -0000
X-IronPort-AV: E=Sophos;i="4.75,657,1330905600"; d="scan'208";a="12675613"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	25 May 2012 16:34:53 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 25 May 2012
	17:34:53 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>
Date: Fri, 25 May 2012 17:34:51 +0100
Thread-Topic: [Xen-API] tap-ctl commands
Thread-Index: Ac06lFAM0+cLgtUoT261hdcADyzLYg==
Message-ID: <51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This  is the sequence:

First, allocate a minor number in the kernel:
# tap-ctl allocate           
/dev/xen/blktap-2/tapdev4

This is the path which will be the block device later.

Then, spawn a tapdisk process:
# tap-ctl spawn
tapdisk spawned with pid 28453

Now, you need to attach the two together:
# tap-ctl attach -m 4 -p 28453

Finally, you can open a VHD:
# tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd

Or perhaps you'd like to open a raw file?
# tap-ctl open -m 4 -p 28453 -a aio:/path/to/raw/file

Or maybe an NBD server?
# tap-ctl open -m 4 -p 28453 -a nbd:127.0.0.1:8000

(For this last one to work you'll need a blktap from github/xen-org/blktap trunk-ring3 branch)

You can also open a secondary to start mirroring things to:
# tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd -2 vhd:/path/to/mirror/vhd 

Afterwards, you'll need to tear things down. Close the tapdisk image:
# tap-ctl close -m 4 -p 28453

Detach the tapdisk process from the kernel - this also kills the tapdisk process
# tap-ctl detach -m 4 -p 28453

Now free the kernel minor number:
# tap-ctl free -m 4 

Also useful is stats querying:
# tap-ctl stats -m 4 -p 28453 

Jon



On 25 May 2012, at 12:46, Dave Scott wrote:

> (I think I sent this to the wrong list address, apologies if this comes through twice)
> 
> Hi,
> 
> I'm building a proof-of-concept NFS/vhd driver-domain backend using the new xapi <-> storage interface. I'm about to hook this up to tapdisk to get .vhd support however I can't seem to find a manpage for "tap-ctl".
> 
> Could someone remind me what tap-ctl runes are needed to:
> 
> * get a block device suitable for blkback (i.e. "attach" a VDI in xapi-speak)
> * connect a .vhd to a blktap block device via tapdisk /or unpause a paused tapdisk (i.e. "activate" a VDI)
> * disconnect a .vhd from a block device /or pause and flush buffers (i.e. "deactivate")
> * remove the block device altogether (i.e. "detach")
> 
> Thanks,
> Dave
> 
> PS for anyone who's interested the code is on github:
> 
> https://github.com/djs55/dbus-test/blob/master/python/fs.py
> 
> (the storage interface code is automatically generated)
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 16:35:04 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 16:35:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SXxTd-0003qx-5m; Fri, 25 May 2012 16:34:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Jonathan.Ludlam@eu.citrix.com>) id 1SXxTc-0003ql-KW
	for xen-api@lists.xen.org; Fri, 25 May 2012 16:34:56 +0000
Received: from [85.158.143.35:64187] by server-2.bemta-4.messagelabs.com id
	A8/C0-12211-FA4BFBF4; Fri, 25 May 2012 16:34:55 +0000
X-Env-Sender: Jonathan.Ludlam@eu.citrix.com
X-Msg-Ref: server-14.tower-21.messagelabs.com!1337963694!17366298!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA1OTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11280 invoked from network); 25 May 2012 16:34:54 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 16:34:54 -0000
X-IronPort-AV: E=Sophos;i="4.75,657,1330905600"; d="scan'208";a="12675613"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	25 May 2012 16:34:53 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 25 May 2012
	17:34:53 +0100
From: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>
Date: Fri, 25 May 2012 17:34:51 +0100
Thread-Topic: [Xen-API] tap-ctl commands
Thread-Index: Ac06lFAM0+cLgtUoT261hdcADyzLYg==
Message-ID: <51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This  is the sequence:

First, allocate a minor number in the kernel:
# tap-ctl allocate           
/dev/xen/blktap-2/tapdev4

This is the path which will be the block device later.

Then, spawn a tapdisk process:
# tap-ctl spawn
tapdisk spawned with pid 28453

Now, you need to attach the two together:
# tap-ctl attach -m 4 -p 28453

Finally, you can open a VHD:
# tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd

Or perhaps you'd like to open a raw file?
# tap-ctl open -m 4 -p 28453 -a aio:/path/to/raw/file

Or maybe an NBD server?
# tap-ctl open -m 4 -p 28453 -a nbd:127.0.0.1:8000

(For this last one to work you'll need a blktap from github/xen-org/blktap trunk-ring3 branch)

You can also open a secondary to start mirroring things to:
# tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd -2 vhd:/path/to/mirror/vhd 

Afterwards, you'll need to tear things down. Close the tapdisk image:
# tap-ctl close -m 4 -p 28453

Detach the tapdisk process from the kernel - this also kills the tapdisk process
# tap-ctl detach -m 4 -p 28453

Now free the kernel minor number:
# tap-ctl free -m 4 

Also useful is stats querying:
# tap-ctl stats -m 4 -p 28453 

Jon



On 25 May 2012, at 12:46, Dave Scott wrote:

> (I think I sent this to the wrong list address, apologies if this comes through twice)
> 
> Hi,
> 
> I'm building a proof-of-concept NFS/vhd driver-domain backend using the new xapi <-> storage interface. I'm about to hook this up to tapdisk to get .vhd support however I can't seem to find a manpage for "tap-ctl".
> 
> Could someone remind me what tap-ctl runes are needed to:
> 
> * get a block device suitable for blkback (i.e. "attach" a VDI in xapi-speak)
> * connect a .vhd to a blktap block device via tapdisk /or unpause a paused tapdisk (i.e. "activate" a VDI)
> * disconnect a .vhd from a block device /or pause and flush buffers (i.e. "deactivate")
> * remove the block device altogether (i.e. "detach")
> 
> Thanks,
> Dave
> 
> PS for anyone who's interested the code is on github:
> 
> https://github.com/djs55/dbus-test/blob/master/python/fs.py
> 
> (the storage interface code is automatically generated)
> 
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 20:36:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 20:36:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1F5-0007oq-2O; Fri, 25 May 2012 20:36:11 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SY1F4-0007of-1V
	for xen-api@lists.xen.org; Fri, 25 May 2012 20:36:10 +0000
Received: from [85.158.143.35:54595] by server-1.bemta-4.messagelabs.com id
	D3/0D-00342-93DEFBF4; Fri, 25 May 2012 20:36:09 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-8.tower-21.messagelabs.com!1337978166!14137293!1
X-Originating-IP: [209.85.160.173]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28147 invoked from network); 25 May 2012 20:36:08 -0000
Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com)
	(209.85.160.173)
	by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 20:36:08 -0000
Received: by ghrr14 with SMTP id r14so813669ghr.32
	for <multiple recipients>; Fri, 25 May 2012 13:36:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=u4Cw2IxkDDCWrl1l9XkUGGrB2UpXcZkaQzwE80CA45s=;
	b=zW92w04JZOssSWYKF6BWgz05111YM10Qzwp8B/pN2iBv+aDuTlQa9epZurgTs3K9MC
	WSS/I6UOpkI2ADHWXT/Ll0FIg2P6UipFM/Mv/6HGdvnQY6jhA02hU+ejHP3IOV/VOMmj
	4F6LT4XwB2EsOebUPiWyp4qfJqQpjjyFI9iMPRRSdqo5TCsY1lA2zokPKlGhLmeG+nY+
	aUEmM/Hn2+BLxcavJt7boupQhaTi/HilRY1hxl5nLTZorSmB8Xrd8NVDnKXoLykrB3lg
	RTJ6OszC7iG77RQH/xHlG0K80O3Us6OLzhgBtsjYRSq49dqIXO2TG61jovAJ22Bc1VlS
	U6dA==
MIME-Version: 1.0
Received: by 10.50.156.197 with SMTP id wg5mr125153igb.31.1337978165968; Fri,
	25 May 2012 13:36:05 -0700 (PDT)
Received: by 10.231.46.10 with HTTP; Fri, 25 May 2012 13:36:05 -0700 (PDT)
Date: Fri, 25 May 2012 21:36:05 +0100
Message-ID: <CAOqnZH7WVUkZX9D_OOCcEeFkCKtPT0xzPjeRuhjgg=CxBby-Pg@mail.gmail.com>
From: Lars Kurth <lars.kurth.xen@gmail.com>
To: xen-api@lists.xen.org, xen-devel@lists.xen.org, xen-arm@lists.xen.org
Subject: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6424258623268378115=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6424258623268378115==
Content-Type: multipart/alternative; boundary=e89a8f3ba95f4cbe2c04c0e251ea

--e89a8f3ba95f4cbe2c04c0e251ea
Content-Type: text/plain; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happening
next Monday. More info on document days at
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (
http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides
an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days are
for people who care about Xen Documentation and want to improve it. We
introduced Documentation Days, because working on documentation in parallel
with like minded-people, is just more fun than working alone! Everybody who
can contribute is welcome to join!

For a list of items that need work, check out the community maintained TODO
list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>).
Of course, you can work on anything you like: the list just provides
suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
  else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!

--e89a8f3ba95f4cbe2c04c0e251ea
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<span style=3D"font-family:courier new,monospace">Hi, </span><br style=3D"f=
ont-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          everybody. A quick reminder that the next Xen </span><span style=
=3D"font-family:courier new,monospace" class=3D"il">Document</span><span st=
yle=3D"font-family:courier new,monospace"> </span><span style=3D"font-famil=
y:courier new,monospace" class=3D"il">Day</span><span style=3D"font-family:=
courier new,monospace"> is
          happening next Monday. More info on document days at <a href=3D"h=
ttp://wiki.xen.org/wiki/Xen_Document_Days">http://wiki.xen.org/wiki/Xen_Doc=
ument_Days</a> </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          Hope to see you on IRC! Feel free to add stuff to the TODO
          list (</span><a style=3D"font-family:courier new,monospace" href=
=3D"http://wiki.xen.org/wiki/Xen_Document_Days/TODO">http://wiki.xen.org/wi=
ki/Xen_Document_Days/TODO</a><span style=3D"font-family:courier new,monospa=
ce">)
          or put your name besides an item if you intend to work on it.
          </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          Best Regards </span><br style=3D"font-family:courier new,monospac=
e"><span style=3D"font-family:courier new,monospace">
          Lars </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          *********************</span><br style=3D"font-family:courier new,=
monospace"><div style=3D"font-family:courier new,monospace" lang=3D"x-weste=
rn">
          * Xen Document Days *<br>
          *********************<br>
          <br>
          We have another Xen <span class=3D"il">document</span> <span clas=
s=3D"il">day</span> come up next Monday. Xen
          <span class=3D"il">Document</span> Days are for people who care a=
bout Xen Documentation
          and want to improve it. We introduced Documentation Days,
          because working on documentation in parallel with like
          minded-people, is just more fun than working alone! Everybody
          who can contribute is welcome to join! <br>
          <br>
          For a list of items that need work, check out the community
          maintained TODO list <a href=3D"http://wiki.xen.org/wiki/Xen_Docu=
ment_Days/TODO">(http://wiki.xen.org/wiki/Xen_Document_Days/TODO</a>).

          Of course, you can work on anything you like: the list just
          provides suggestions. <br>
          <br>
          How do I participate?<br>
          =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<b=
r>
          <br>
          - Join us on IRC: freenode channel #xendocs
<br>
          - Tell people what you intend to work on (to avoid doing
          something somebody <br>
          =A0 else is already working on) <br>
          - Fix some documentation <br>
          - Help others <br>
          - And above all: have fun! </div>

--e89a8f3ba95f4cbe2c04c0e251ea--


--===============6424258623268378115==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6424258623268378115==--


From xen-api-bounces@lists.xen.org Fri May 25 20:36:17 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 20:36:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1F5-0007oq-2O; Fri, 25 May 2012 20:36:11 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SY1F4-0007of-1V
	for xen-api@lists.xen.org; Fri, 25 May 2012 20:36:10 +0000
Received: from [85.158.143.35:54595] by server-1.bemta-4.messagelabs.com id
	D3/0D-00342-93DEFBF4; Fri, 25 May 2012 20:36:09 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-8.tower-21.messagelabs.com!1337978166!14137293!1
X-Originating-IP: [209.85.160.173]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28147 invoked from network); 25 May 2012 20:36:08 -0000
Received: from mail-gh0-f173.google.com (HELO mail-gh0-f173.google.com)
	(209.85.160.173)
	by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 20:36:08 -0000
Received: by ghrr14 with SMTP id r14so813669ghr.32
	for <multiple recipients>; Fri, 25 May 2012 13:36:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=u4Cw2IxkDDCWrl1l9XkUGGrB2UpXcZkaQzwE80CA45s=;
	b=zW92w04JZOssSWYKF6BWgz05111YM10Qzwp8B/pN2iBv+aDuTlQa9epZurgTs3K9MC
	WSS/I6UOpkI2ADHWXT/Ll0FIg2P6UipFM/Mv/6HGdvnQY6jhA02hU+ejHP3IOV/VOMmj
	4F6LT4XwB2EsOebUPiWyp4qfJqQpjjyFI9iMPRRSdqo5TCsY1lA2zokPKlGhLmeG+nY+
	aUEmM/Hn2+BLxcavJt7boupQhaTi/HilRY1hxl5nLTZorSmB8Xrd8NVDnKXoLykrB3lg
	RTJ6OszC7iG77RQH/xHlG0K80O3Us6OLzhgBtsjYRSq49dqIXO2TG61jovAJ22Bc1VlS
	U6dA==
MIME-Version: 1.0
Received: by 10.50.156.197 with SMTP id wg5mr125153igb.31.1337978165968; Fri,
	25 May 2012 13:36:05 -0700 (PDT)
Received: by 10.231.46.10 with HTTP; Fri, 25 May 2012 13:36:05 -0700 (PDT)
Date: Fri, 25 May 2012 21:36:05 +0100
Message-ID: <CAOqnZH7WVUkZX9D_OOCcEeFkCKtPT0xzPjeRuhjgg=CxBby-Pg@mail.gmail.com>
From: Lars Kurth <lars.kurth.xen@gmail.com>
To: xen-api@lists.xen.org, xen-devel@lists.xen.org, xen-arm@lists.xen.org
Subject: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============6424258623268378115=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============6424258623268378115==
Content-Type: multipart/alternative; boundary=e89a8f3ba95f4cbe2c04c0e251ea

--e89a8f3ba95f4cbe2c04c0e251ea
Content-Type: text/plain; charset=ISO-8859-1

Hi,

everybody. A quick reminder that the next Xen Document Day is happening
next Monday. More info on document days at
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (
http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides
an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days are
for people who care about Xen Documentation and want to improve it. We
introduced Documentation Days, because working on documentation in parallel
with like minded-people, is just more fun than working alone! Everybody who
can contribute is welcome to join!

For a list of items that need work, check out the community maintained TODO
list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>).
Of course, you can work on anything you like: the list just provides
suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
  else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!

--e89a8f3ba95f4cbe2c04c0e251ea
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<span style=3D"font-family:courier new,monospace">Hi, </span><br style=3D"f=
ont-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          everybody. A quick reminder that the next Xen </span><span style=
=3D"font-family:courier new,monospace" class=3D"il">Document</span><span st=
yle=3D"font-family:courier new,monospace"> </span><span style=3D"font-famil=
y:courier new,monospace" class=3D"il">Day</span><span style=3D"font-family:=
courier new,monospace"> is
          happening next Monday. More info on document days at <a href=3D"h=
ttp://wiki.xen.org/wiki/Xen_Document_Days">http://wiki.xen.org/wiki/Xen_Doc=
ument_Days</a> </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          Hope to see you on IRC! Feel free to add stuff to the TODO
          list (</span><a style=3D"font-family:courier new,monospace" href=
=3D"http://wiki.xen.org/wiki/Xen_Document_Days/TODO">http://wiki.xen.org/wi=
ki/Xen_Document_Days/TODO</a><span style=3D"font-family:courier new,monospa=
ce">)
          or put your name besides an item if you intend to work on it.
          </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          Best Regards </span><br style=3D"font-family:courier new,monospac=
e"><span style=3D"font-family:courier new,monospace">
          Lars </span><br style=3D"font-family:courier new,monospace">
          <br style=3D"font-family:courier new,monospace"><span style=3D"fo=
nt-family:courier new,monospace">
          *********************</span><br style=3D"font-family:courier new,=
monospace"><div style=3D"font-family:courier new,monospace" lang=3D"x-weste=
rn">
          * Xen Document Days *<br>
          *********************<br>
          <br>
          We have another Xen <span class=3D"il">document</span> <span clas=
s=3D"il">day</span> come up next Monday. Xen
          <span class=3D"il">Document</span> Days are for people who care a=
bout Xen Documentation
          and want to improve it. We introduced Documentation Days,
          because working on documentation in parallel with like
          minded-people, is just more fun than working alone! Everybody
          who can contribute is welcome to join! <br>
          <br>
          For a list of items that need work, check out the community
          maintained TODO list <a href=3D"http://wiki.xen.org/wiki/Xen_Docu=
ment_Days/TODO">(http://wiki.xen.org/wiki/Xen_Document_Days/TODO</a>).

          Of course, you can work on anything you like: the list just
          provides suggestions. <br>
          <br>
          How do I participate?<br>
          =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<b=
r>
          <br>
          - Join us on IRC: freenode channel #xendocs
<br>
          - Tell people what you intend to work on (to avoid doing
          something somebody <br>
          =A0 else is already working on) <br>
          - Fix some documentation <br>
          - Help others <br>
          - And above all: have fun! </div>

--e89a8f3ba95f4cbe2c04c0e251ea--


--===============6424258623268378115==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============6424258623268378115==--


From xen-api-bounces@lists.xen.org Fri May 25 21:13:34 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 21:13:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1pB-00010c-Tw; Fri, 25 May 2012 21:13:29 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SY1pA-00010E-Eq
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:13:28 +0000
Received: from [85.158.143.99:52032] by server-1.bemta-4.messagelabs.com id
	9E/DA-00342-7F5FFBF4; Fri, 25 May 2012 21:13:27 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337980406!29533531!1
X-Originating-IP: [74.125.82.51]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31213 invoked from network); 25 May 2012 21:13:27 -0000
Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com)
	(74.125.82.51)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 21:13:27 -0000
Received: by wgbed3 with SMTP id ed3so981935wgb.32
	for <multiple recipients>; Fri, 25 May 2012 14:13:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=dvhRweBErVoBSTpGSGK7JYgy/oZOnQio0sclsXt35M8=;
	b=UF2WBC24YwL/GWUfQUVZWyiK1KuN3I1Uw+9gn/OKR8UMOJriTmjwPh7T65voV9MbOk
	W4gLFWEcxNZLW8If6ml58gh48OWPxu87o7Gwq697jyJM38tXUeGBxozTlmRATsO5UWWv
	6gffNDvprV7AQ9VhntwZE1VXTDzRyYf1asWWYXIoDDrT+qPx2dLo0wApC0Fulv6p6efN
	TYl+WlHPCMwaCI5Eikn5XiHpi0UxQJMaHJDHW+T2ecsY9v8i3TeM3U8R3XzUOijl8a2Z
	gIoin+Na+rEWXcGIFOVMPhRkSoozuDMPUL2HvysBh8wTrP+E5u8KilowAhEpwI/ux80z
	OlOQ==
Received: by 10.180.99.70 with SMTP id eo6mr680748wib.17.1337980406412;
	Fri, 25 May 2012 14:13:26 -0700 (PDT)
Received: from [172.16.26.11] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id j4sm57752985wiz.1.2012.05.25.14.13.24
	(version=SSLv3 cipher=OTHER); Fri, 25 May 2012 14:13:25 -0700 (PDT)
Message-ID: <4FBFF5F3.9050101@xen.org>
Date: Fri, 25 May 2012 22:13:23 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-users@lists.xen.org
Subject: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

everybody. A quick reminder that the next Xen DocumentDayis happening 
next Monday. More info on document days at 
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list 
(http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name 
besides an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days 
are for people who care about Xen Documentation and want to improve it. 
We introduced Documentation Days, because working on documentation in 
parallel with like minded-people, is just more fun than working alone! 
Everybody who can contribute is welcome to join!

For a list of items that need work, check out the community maintained 
TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO 
<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>). Of course, you can 
work on anything you like: the list just provides suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
   else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 21:13:34 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 21:13:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1pB-00010c-Tw; Fri, 25 May 2012 21:13:29 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SY1pA-00010E-Eq
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:13:28 +0000
Received: from [85.158.143.99:52032] by server-1.bemta-4.messagelabs.com id
	9E/DA-00342-7F5FFBF4; Fri, 25 May 2012 21:13:27 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-5.tower-216.messagelabs.com!1337980406!29533531!1
X-Originating-IP: [74.125.82.51]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31213 invoked from network); 25 May 2012 21:13:27 -0000
Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com)
	(74.125.82.51)
	by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 21:13:27 -0000
Received: by wgbed3 with SMTP id ed3so981935wgb.32
	for <multiple recipients>; Fri, 25 May 2012 14:13:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=dvhRweBErVoBSTpGSGK7JYgy/oZOnQio0sclsXt35M8=;
	b=UF2WBC24YwL/GWUfQUVZWyiK1KuN3I1Uw+9gn/OKR8UMOJriTmjwPh7T65voV9MbOk
	W4gLFWEcxNZLW8If6ml58gh48OWPxu87o7Gwq697jyJM38tXUeGBxozTlmRATsO5UWWv
	6gffNDvprV7AQ9VhntwZE1VXTDzRyYf1asWWYXIoDDrT+qPx2dLo0wApC0Fulv6p6efN
	TYl+WlHPCMwaCI5Eikn5XiHpi0UxQJMaHJDHW+T2ecsY9v8i3TeM3U8R3XzUOijl8a2Z
	gIoin+Na+rEWXcGIFOVMPhRkSoozuDMPUL2HvysBh8wTrP+E5u8KilowAhEpwI/ux80z
	OlOQ==
Received: by 10.180.99.70 with SMTP id eo6mr680748wib.17.1337980406412;
	Fri, 25 May 2012 14:13:26 -0700 (PDT)
Received: from [172.16.26.11] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id j4sm57752985wiz.1.2012.05.25.14.13.24
	(version=SSLv3 cipher=OTHER); Fri, 25 May 2012 14:13:25 -0700 (PDT)
Message-ID: <4FBFF5F3.9050101@xen.org>
Date: Fri, 25 May 2012 22:13:23 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-users@lists.xen.org
Subject: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

everybody. A quick reminder that the next Xen DocumentDayis happening 
next Monday. More info on document days at 
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list 
(http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name 
besides an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days 
are for people who care about Xen Documentation and want to improve it. 
We introduced Documentation Days, because working on documentation in 
parallel with like minded-people, is just more fun than working alone! 
Everybody who can contribute is welcome to join!

For a list of items that need work, check out the community maintained 
TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO 
<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>). Of course, you can 
work on anything you like: the list just provides suggestions.

How do I participate?
=====================

- Join us on IRC: freenode channel #xendocs
- Tell people what you intend to work on (to avoid doing something somebody
   else is already working on)
- Fix some documentation
- Help others
- And above all: have fun!

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 21:19:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 21:19:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1uf-0001gZ-BE; Fri, 25 May 2012 21:19:09 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <konrad.wilk@oracle.com>) id 1SY1ue-0001gE-9g
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:19:08 +0000
Received: from [85.158.143.99:15983] by server-2.bemta-4.messagelabs.com id
	E1/FF-12211-B47FFBF4; Fri, 25 May 2012 21:19:07 +0000
X-Env-Sender: konrad.wilk@oracle.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1337980745!20083592!1
X-Originating-IP: [148.87.113.117]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNTU0MzMz\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25306 invoked from network); 25 May 2012 21:19:07 -0000
Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com)
	(148.87.113.117)
	by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 25 May 2012 21:19:07 -0000
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with
	ESMTP id q4PLJ47j022273
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 25 May 2012 21:19:05 GMT
Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	q4PLJ3Os016710
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 25 May 2012 21:19:04 GMT
Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	q4PLJ3PA001459; Fri, 25 May 2012 16:19:03 -0500
Received: from phenom.dumpdata.com (/209.6.85.33)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 25 May 2012 14:19:03 -0700
Received: by phenom.dumpdata.com (Postfix, from userid 1000)
	id 0A34E40282; Fri, 25 May 2012 17:12:35 -0400 (EDT)
Date: Fri, 25 May 2012 17:12:35 -0400
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Lars Kurth <lars.kurth@xen.org>
Message-ID: <20120525211234.GB21344@phenom.dumpdata.com>
References: <4FBFF5F3.9050101@xen.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4FBFF5F3.9050101@xen.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Cc: xen-users@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, May 25, 2012 at 10:13:23PM +0100, Lars Kurth wrote:
> Hi,
> 
> everybody. A quick reminder that the next Xen DocumentDayis
> happening next Monday. More info on document days at

Keep in mind that in US that is Memorial day so pretty much
everybody in US is going BBQ-ing and such.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 21:19:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 21:19:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY1uf-0001gZ-BE; Fri, 25 May 2012 21:19:09 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <konrad.wilk@oracle.com>) id 1SY1ue-0001gE-9g
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:19:08 +0000
Received: from [85.158.143.99:15983] by server-2.bemta-4.messagelabs.com id
	E1/FF-12211-B47FFBF4; Fri, 25 May 2012 21:19:07 +0000
X-Env-Sender: konrad.wilk@oracle.com
X-Msg-Ref: server-8.tower-216.messagelabs.com!1337980745!20083592!1
X-Originating-IP: [148.87.113.117]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNTU0MzMz\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25306 invoked from network); 25 May 2012 21:19:07 -0000
Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com)
	(148.87.113.117)
	by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 25 May 2012 21:19:07 -0000
Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237])
	by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with
	ESMTP id q4PLJ47j022273
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Fri, 25 May 2012 21:19:05 GMT
Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156])
	by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id
	q4PLJ3Os016710
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 25 May 2012 21:19:04 GMT
Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55])
	by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id
	q4PLJ3PA001459; Fri, 25 May 2012 16:19:03 -0500
Received: from phenom.dumpdata.com (/209.6.85.33)
	by default (Oracle Beehive Gateway v4.0)
	with ESMTP ; Fri, 25 May 2012 14:19:03 -0700
Received: by phenom.dumpdata.com (Postfix, from userid 1000)
	id 0A34E40282; Fri, 25 May 2012 17:12:35 -0400 (EDT)
Date: Fri, 25 May 2012 17:12:35 -0400
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Lars Kurth <lars.kurth@xen.org>
Message-ID: <20120525211234.GB21344@phenom.dumpdata.com>
References: <4FBFF5F3.9050101@xen.org>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4FBFF5F3.9050101@xen.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Source-IP: acsinet21.oracle.com [141.146.126.237]
Cc: xen-users@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, May 25, 2012 at 10:13:23PM +0100, Lars Kurth wrote:
> Hi,
> 
> everybody. A quick reminder that the next Xen DocumentDayis
> happening next Monday. More info on document days at

Keep in mind that in US that is Memorial day so pretty much
everybody in US is going BBQ-ing and such.

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 22:51:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 22:51:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY3Ln-0003wg-By; Fri, 25 May 2012 22:51:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SY3Lm-0003wb-Mp
	for xen-api@lists.xen.org; Fri, 25 May 2012 22:51:14 +0000
Received: from [85.158.143.35:5057] by server-2.bemta-4.messagelabs.com id
	78/DD-12211-2EC00CF4; Fri, 25 May 2012 22:51:14 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-4.tower-21.messagelabs.com!1337986272!6918659!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31904 invoked from network); 25 May 2012 22:51:13 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 22:51:13 -0000
Received: by lahc1 with SMTP id c1so1205108lah.32
	for <xen-api@lists.xen.org>; Fri, 25 May 2012 15:51:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=dK8+e7WVCZSlPa7ONQTgFuLOapEOLToaObVnZs9C61g=;
	b=PvdrgDIOx94eAYsjbw18lxRxd58me39v7LlAUHqorwBxLD8arQAg0D2YcmKQ9ror4j
	73Om40DkFh6CJz520je1FUNM7StOv6FYBIZ2zZJsq0UWGfDOqlh4p6uvPu3i0olscKLk
	7tOaqdbegTXCvsZ62Ggd1gd2md3pswu7EtCSwclKHDz1tdLuIpl1J4UVZS3y0xFb7I5v
	fNsPWAG/LXl4H01T0azt/6EciZ5Htg38LrEfge6Zt+4EuLGruNe4WyWYiFJixg2HxWzl
	J6oXuRJTGjN1f9hwpquW8Ej2K8Bm3vaq7QuraVPFbwbODmU4VivxL+3PG6cAwa4EoR3K
	hGhA==
Received: by 10.112.23.200 with SMTP id o8mr315464lbf.9.1337986272033;
	Fri, 25 May 2012 15:51:12 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id hz16sm5887613lab.6.2012.05.25.15.51.10
	(version=SSLv3 cipher=OTHER); Fri, 25 May 2012 15:51:10 -0700 (PDT)
Message-ID: <4FC00CE9.1010802@gmail.com>
Date: Sat, 26 May 2012 02:51:21 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
	<51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
In-Reply-To: <51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
Subject: Re: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I've copy that to http://wiki.xensource.com/wiki/Blktap, hope you don't 
against CC-BY-SA for this.

On 25.05.2012 20:34, Jonathan Ludlam wrote:
> First, allocate a minor number in the kernel:
> # tap-ctl allocate
> /dev/xen/blktap-2/tapdev4
>
> This is the path which will be the block device later.
>
> Then, spawn a tapdisk process:
> # tap-ctl spawn
> tapdisk spawned with pid 28453
>
> Now, you need to attach the two together:
> # tap-ctl attach -m 4 -p 28453
>
> Finally, you can open a VHD:
> # tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd
>
> Or perhaps you'd like to open a raw file?
> # tap-ctl open -m 4 -p 28453 -a aio:/path/to/raw/file
>
> Or maybe an NBD server?
> # tap-ctl open -m 4 -p 28453 -a nbd:127.0.0.1:8000
>
> (For this last one to work you'll need a blktap from github/xen-org/blktap trunk-ring3 branch)
>
> You can also open a secondary to start mirroring things to:
> # tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd -2 vhd:/path/to/mirror/vhd
>
> Afterwards, you'll need to tear things down. Close the tapdisk image:
> # tap-ctl close -m 4 -p 28453
>
> Detach the tapdisk process from the kernel - this also kills the tapdisk process
> # tap-ctl detach -m 4 -p 28453
>
> Now free the kernel minor number:
> # tap-ctl free -m 4
>
> Also useful is stats querying:
> # tap-ctl stats -m 4 -p 28453

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Fri May 25 22:51:23 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 25 May 2012 22:51:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SY3Ln-0003wg-By; Fri, 25 May 2012 22:51:15 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SY3Lm-0003wb-Mp
	for xen-api@lists.xen.org; Fri, 25 May 2012 22:51:14 +0000
Received: from [85.158.143.35:5057] by server-2.bemta-4.messagelabs.com id
	78/DD-12211-2EC00CF4; Fri, 25 May 2012 22:51:14 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-4.tower-21.messagelabs.com!1337986272!6918659!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31904 invoked from network); 25 May 2012 22:51:13 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 22:51:13 -0000
Received: by lahc1 with SMTP id c1so1205108lah.32
	for <xen-api@lists.xen.org>; Fri, 25 May 2012 15:51:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=dK8+e7WVCZSlPa7ONQTgFuLOapEOLToaObVnZs9C61g=;
	b=PvdrgDIOx94eAYsjbw18lxRxd58me39v7LlAUHqorwBxLD8arQAg0D2YcmKQ9ror4j
	73Om40DkFh6CJz520je1FUNM7StOv6FYBIZ2zZJsq0UWGfDOqlh4p6uvPu3i0olscKLk
	7tOaqdbegTXCvsZ62Ggd1gd2md3pswu7EtCSwclKHDz1tdLuIpl1J4UVZS3y0xFb7I5v
	fNsPWAG/LXl4H01T0azt/6EciZ5Htg38LrEfge6Zt+4EuLGruNe4WyWYiFJixg2HxWzl
	J6oXuRJTGjN1f9hwpquW8Ej2K8Bm3vaq7QuraVPFbwbODmU4VivxL+3PG6cAwa4EoR3K
	hGhA==
Received: by 10.112.23.200 with SMTP id o8mr315464lbf.9.1337986272033;
	Fri, 25 May 2012 15:51:12 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id hz16sm5887613lab.6.2012.05.25.15.51.10
	(version=SSLv3 cipher=OTHER); Fri, 25 May 2012 15:51:10 -0700 (PDT)
Message-ID: <4FC00CE9.1010802@gmail.com>
Date: Sat, 26 May 2012 02:51:21 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A88@LONPMAILBOX01.citrite.net>
	<51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
In-Reply-To: <51B410D1-A85C-48E7-92C2-0115504E27CD@eu.citrix.com>
Subject: Re: [Xen-API] tap-ctl commands
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I've copy that to http://wiki.xensource.com/wiki/Blktap, hope you don't 
against CC-BY-SA for this.

On 25.05.2012 20:34, Jonathan Ludlam wrote:
> First, allocate a minor number in the kernel:
> # tap-ctl allocate
> /dev/xen/blktap-2/tapdev4
>
> This is the path which will be the block device later.
>
> Then, spawn a tapdisk process:
> # tap-ctl spawn
> tapdisk spawned with pid 28453
>
> Now, you need to attach the two together:
> # tap-ctl attach -m 4 -p 28453
>
> Finally, you can open a VHD:
> # tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd
>
> Or perhaps you'd like to open a raw file?
> # tap-ctl open -m 4 -p 28453 -a aio:/path/to/raw/file
>
> Or maybe an NBD server?
> # tap-ctl open -m 4 -p 28453 -a nbd:127.0.0.1:8000
>
> (For this last one to work you'll need a blktap from github/xen-org/blktap trunk-ring3 branch)
>
> You can also open a secondary to start mirroring things to:
> # tap-ctl open -m 4 -p 28453 -a vhd:/path/to/vhd -2 vhd:/path/to/mirror/vhd
>
> Afterwards, you'll need to tear things down. Close the tapdisk image:
> # tap-ctl close -m 4 -p 28453
>
> Detach the tapdisk process from the kernel - this also kills the tapdisk process
> # tap-ctl detach -m 4 -p 28453
>
> Now free the kernel minor number:
> # tap-ctl free -m 4
>
> Also useful is stats querying:
> # tap-ctl stats -m 4 -p 28453

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sat May 26 08:57:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 26 May 2012 08:57:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYCoP-0003Au-7J; Sat, 26 May 2012 08:57:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SYCoN-0003Ap-LF
	for xen-api@lists.xen.org; Sat, 26 May 2012 08:57:23 +0000
Received: from [85.158.138.51:64678] by server-6.bemta-3.messagelabs.com id
	56/7B-18175-2FA90CF4; Sat, 26 May 2012 08:57:22 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1338022641!29140708!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA4MDI=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4533 invoked from network); 26 May 2012 08:57:22 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	26 May 2012 08:57:22 -0000
X-IronPort-AV: E=Sophos;i="4.75,660,1330905600"; d="scan'208";a="12680105"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	26 May 2012 08:57:20 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 26 May 2012
	09:57:20 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Sat, 26 May 2012 09:57:20 +0100
Thread-Topic: sharing NFS SRs
Thread-Index: Ac07HY7I3B78zvofRYyNZdPx9DF00g==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: Keith Petley <keith.petley@citrix.com>
Subject: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

IMHO one of the weaknesses of the current NFS SR backend in XCP is that it a single SR cannot be shared between pools. This is because the backend relies on the xapi pool framework to prevent 

1. multiple hosts from coalescing the same vhds.

2. the same vhd being attached to two VMs at the same time.

3. a vhd being read one one node even after it has been coalesced and deleted on another

If multiple pools could safely share the same NFS SR then a cross-pool migrate (which is possible with the current code) wouldn't have to actually mirror the disks.

With this in mind I've been looking into NFS locking again. I realize this is a... tricky thing to get right... and google turns up lots of horror stories. Anyway, here's what I was thinking:

For handling (1) and (2), we would only need one lock file (really a "lease file") per vhd. In the event of a network interruption we already know that running VMs are likely to fail after 90s or so -- the maximum time (IIRC) a windows VM will allow a page file write to take. So we could

* explicitly tell tapdisk to shutdown after this long (since the VM will probably have blue-screened anyway)

* periodically refresh our leases, setting them to expire well after the tapdisks are guaranteed to have shutdown

So if a host leaves the network, all disks become unlocked a few minutes later and the VMs (and coalesce jobs) can safely be restarted on another pool. This could then be used as the foundation for a new "HA" feature, where only VMs whose I/Os have failed are shutdown and restarted.

>From an implementation point of view, this python library looks pretty good:

http://bazaar.launchpad.net/~barry/flufl.lock/trunk/view/head:/flufl/lock/_lockfile.py

I'm not totally sure how to handle (3): would it be sufficient to periodically reopen the vhd chain in tapdisk, or just handle the error where a read fails and reopen the chain then?

Comments are welcome!

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sat May 26 08:57:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 26 May 2012 08:57:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYCoP-0003Au-7J; Sat, 26 May 2012 08:57:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SYCoN-0003Ap-LF
	for xen-api@lists.xen.org; Sat, 26 May 2012 08:57:23 +0000
Received: from [85.158.138.51:64678] by server-6.bemta-3.messagelabs.com id
	56/7B-18175-2FA90CF4; Sat, 26 May 2012 08:57:22 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-16.tower-174.messagelabs.com!1338022641!29140708!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDA4MDI=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4533 invoked from network); 26 May 2012 08:57:22 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	26 May 2012 08:57:22 -0000
X-IronPort-AV: E=Sophos;i="4.75,660,1330905600"; d="scan'208";a="12680105"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	26 May 2012 08:57:20 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Sat, 26 May 2012
	09:57:20 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Sat, 26 May 2012 09:57:20 +0100
Thread-Topic: sharing NFS SRs
Thread-Index: Ac07HY7I3B78zvofRYyNZdPx9DF00g==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: Keith Petley <keith.petley@citrix.com>
Subject: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

IMHO one of the weaknesses of the current NFS SR backend in XCP is that it a single SR cannot be shared between pools. This is because the backend relies on the xapi pool framework to prevent 

1. multiple hosts from coalescing the same vhds.

2. the same vhd being attached to two VMs at the same time.

3. a vhd being read one one node even after it has been coalesced and deleted on another

If multiple pools could safely share the same NFS SR then a cross-pool migrate (which is possible with the current code) wouldn't have to actually mirror the disks.

With this in mind I've been looking into NFS locking again. I realize this is a... tricky thing to get right... and google turns up lots of horror stories. Anyway, here's what I was thinking:

For handling (1) and (2), we would only need one lock file (really a "lease file") per vhd. In the event of a network interruption we already know that running VMs are likely to fail after 90s or so -- the maximum time (IIRC) a windows VM will allow a page file write to take. So we could

* explicitly tell tapdisk to shutdown after this long (since the VM will probably have blue-screened anyway)

* periodically refresh our leases, setting them to expire well after the tapdisks are guaranteed to have shutdown

So if a host leaves the network, all disks become unlocked a few minutes later and the VMs (and coalesce jobs) can safely be restarted on another pool. This could then be used as the foundation for a new "HA" feature, where only VMs whose I/Os have failed are shutdown and restarted.

>From an implementation point of view, this python library looks pretty good:

http://bazaar.launchpad.net/~barry/flufl.lock/trunk/view/head:/flufl/lock/_lockfile.py

I'm not totally sure how to handle (3): would it be sufficient to periodically reopen the vhd chain in tapdisk, or just handle the error where a read fails and reopen the chain then?

Comments are welcome!

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sat May 26 09:50:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 26 May 2012 09:50:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYDe2-0003OH-G4; Sat, 26 May 2012 09:50:46 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SYDe0-0003OA-TY
	for xen-api@lists.xen.org; Sat, 26 May 2012 09:50:45 +0000
Received: from [85.158.143.99:48498] by server-3.bemta-4.messagelabs.com id
	0C/0E-05853-477A0CF4; Sat, 26 May 2012 09:50:44 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1338025842!22883007!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4356 invoked from network); 26 May 2012 09:50:43 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	26 May 2012 09:50:43 -0000
Received: by lbok6 with SMTP id k6so1428887lbo.32
	for <xen-api@lists.xen.org>; Sat, 26 May 2012 02:50:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=lgRwtLXPU1FMKZuuBWGqMm/zyUXG+hMxLBV/2U03coQ=;
	b=jNPtd3tqkwzWfRS6fkHddS5PLBlYvA3jD84VjqTYYoIQJm+pirWd9rZ5RFEM4orXIK
	paFRemmTGRskyaBTfQEOc+80PqWsD6m8lwmDcAUHToRRlsD/KP0aGE7SAuI4NNa5kvam
	AlxsS0geXeKgTedCvAcwYazXCuKZ6AF89A2Xfxop+KJjAJ25/v9xSeMZK2dXhoIdqFYC
	9IIQXWuyyHrOMac6iWdFDL/WyK//BPMBFtPQb9sG4udbNaPJQhzIYheXTRQvRBZj3uHs
	fOyd6IpOefLrCgrGtggmZCq1yiuS6bCX+1AESz+2/qoQ/t/ZbyKi0hwghfutaHxQmU6C
	IurQ==
Received: by 10.152.146.67 with SMTP id ta3mr1871947lab.27.1338025842390;
	Sat, 26 May 2012 02:50:42 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id gi19sm8046684lab.16.2012.05.26.02.50.40
	(version=SSLv3 cipher=OTHER); Sat, 26 May 2012 02:50:41 -0700 (PDT)
Message-ID: <4FC0A77D.9010807@gmail.com>
Date: Sat, 26 May 2012 13:50:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
Subject: Re: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


On 26.05.2012 12:57, Dave Scott wrote:
> Hi,
>
> IMHO one of the weaknesses of the current NFS SR backend in XCP is that it a single SR cannot be shared between pools. This is because the backend relies on the xapi pool framework to prevent
>
> 1. multiple hosts from coalescing the same vhds.
>
> 2. the same vhd being attached to two VMs at the same time.
>
> 3. a vhd being read one one node even after it has been coalesced and deleted on another
>
> If multiple pools could safely share the same NFS SR then a cross-pool migrate (which is possible with the current code) wouldn't have to actually mirror the disks.
>
> With this in mind I've been looking into NFS locking again. I realize this is a... tricky thing to get right... and google turns up lots of horror stories. Anyway, here's what I was thinking:
>
> For handling (1) and (2), we would only need one lock file (really a "lease file") per vhd. In the event of a network interruption we already know that running VMs are likely to fail after 90s or so -- the maximum time (IIRC) a windows VM will allow a page file write to take. So we could
>
> * explicitly tell tapdisk to shutdown after this long (since the VM will probably have blue-screened anyway)
>
> * periodically refresh our leases, setting them to expire well after the tapdisks are guaranteed to have shutdown
>
> So if a host leaves the network, all disks become unlocked a few minutes later and the VMs (and coalesce jobs) can safely be restarted on another pool. This could then be used as the foundation for a new "HA" feature, where only VMs whose I/Os have failed are shutdown and restarted.
>
>  From an implementation point of view, this python library looks pretty good:
>
> http://bazaar.launchpad.net/~barry/flufl.lock/trunk/view/head:/flufl/lock/_lockfile.py
>
> I'm not totally sure how to handle (3): would it be sufficient to periodically reopen the vhd chain in tapdisk, or just handle the error where a read fails and reopen the chain then?
>

I've somehow afraid idea of 'leasing' operation (and periodic open/close 
operation).

Here some scenarios to think about:

1) temporal loss of the host SAN connectivity. NFS on the host is going 
to interruptible sleep and continue IO as soon as we get connectivity 
back. We already kill tapdisk, remove lease, restart vm on other host 
and suddenly networking is revived... And pending NFS write operation is 
going straight in the middle of 'mission critical' database with fresh 
'week after expiration date' data. May be weeks later after 'issue' with 
VM restart.
2) SR live migration is still very important feature I very hope to see.
3) Those leases will create additional IO. F.e. if we do have ~20k VMs 
(not really large number for clouds of new age) and lease is 10 minutes, 
it wll create ~33 IOPS - equivalent about 60-70 VMs (according to 
statistic from our cloud).
4) how do you plan to guarantee to tapdisk shutdown (this is NFS, if 
server is down or some issues with connectivity, there is no way to shut 
down locked in IO process)?
5) I think 30s is not very good number. Linux kernel starts to throwing 
IO errors after 120 seconds of IO wait.
6) about this library: '''you also need to make sure that your clocks 
are properly synchronized. """ I think this must add requirement to 
coexisting of hosts: do not allow to plug nfs sr until clock is synced 
with master. (Same for cross-pool migration - reject migration if clock 
is out of sync, but allow to shoot own leg with --force).


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sat May 26 09:50:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 26 May 2012 09:50:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYDe2-0003OH-G4; Sat, 26 May 2012 09:50:46 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SYDe0-0003OA-TY
	for xen-api@lists.xen.org; Sat, 26 May 2012 09:50:45 +0000
Received: from [85.158.143.99:48498] by server-3.bemta-4.messagelabs.com id
	0C/0E-05853-477A0CF4; Sat, 26 May 2012 09:50:44 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-6.tower-216.messagelabs.com!1338025842!22883007!1
X-Originating-IP: [209.85.217.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4356 invoked from network); 26 May 2012 09:50:43 -0000
Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com)
	(209.85.217.173)
	by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	26 May 2012 09:50:43 -0000
Received: by lbok6 with SMTP id k6so1428887lbo.32
	for <xen-api@lists.xen.org>; Sat, 26 May 2012 02:50:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=lgRwtLXPU1FMKZuuBWGqMm/zyUXG+hMxLBV/2U03coQ=;
	b=jNPtd3tqkwzWfRS6fkHddS5PLBlYvA3jD84VjqTYYoIQJm+pirWd9rZ5RFEM4orXIK
	paFRemmTGRskyaBTfQEOc+80PqWsD6m8lwmDcAUHToRRlsD/KP0aGE7SAuI4NNa5kvam
	AlxsS0geXeKgTedCvAcwYazXCuKZ6AF89A2Xfxop+KJjAJ25/v9xSeMZK2dXhoIdqFYC
	9IIQXWuyyHrOMac6iWdFDL/WyK//BPMBFtPQb9sG4udbNaPJQhzIYheXTRQvRBZj3uHs
	fOyd6IpOefLrCgrGtggmZCq1yiuS6bCX+1AESz+2/qoQ/t/ZbyKi0hwghfutaHxQmU6C
	IurQ==
Received: by 10.152.146.67 with SMTP id ta3mr1871947lab.27.1338025842390;
	Sat, 26 May 2012 02:50:42 -0700 (PDT)
Received: from home.desunote.ru (desunote.ru. [95.161.2.76])
	by mx.google.com with ESMTPS id gi19sm8046684lab.16.2012.05.26.02.50.40
	(version=SSLv3 cipher=OTHER); Sat, 26 May 2012 02:50:41 -0700 (PDT)
Message-ID: <4FC0A77D.9010807@gmail.com>
Date: Sat, 26 May 2012 13:50:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:10.0.4) Gecko/20120510 Icedove/10.0.4
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
Subject: Re: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


On 26.05.2012 12:57, Dave Scott wrote:
> Hi,
>
> IMHO one of the weaknesses of the current NFS SR backend in XCP is that it a single SR cannot be shared between pools. This is because the backend relies on the xapi pool framework to prevent
>
> 1. multiple hosts from coalescing the same vhds.
>
> 2. the same vhd being attached to two VMs at the same time.
>
> 3. a vhd being read one one node even after it has been coalesced and deleted on another
>
> If multiple pools could safely share the same NFS SR then a cross-pool migrate (which is possible with the current code) wouldn't have to actually mirror the disks.
>
> With this in mind I've been looking into NFS locking again. I realize this is a... tricky thing to get right... and google turns up lots of horror stories. Anyway, here's what I was thinking:
>
> For handling (1) and (2), we would only need one lock file (really a "lease file") per vhd. In the event of a network interruption we already know that running VMs are likely to fail after 90s or so -- the maximum time (IIRC) a windows VM will allow a page file write to take. So we could
>
> * explicitly tell tapdisk to shutdown after this long (since the VM will probably have blue-screened anyway)
>
> * periodically refresh our leases, setting them to expire well after the tapdisks are guaranteed to have shutdown
>
> So if a host leaves the network, all disks become unlocked a few minutes later and the VMs (and coalesce jobs) can safely be restarted on another pool. This could then be used as the foundation for a new "HA" feature, where only VMs whose I/Os have failed are shutdown and restarted.
>
>  From an implementation point of view, this python library looks pretty good:
>
> http://bazaar.launchpad.net/~barry/flufl.lock/trunk/view/head:/flufl/lock/_lockfile.py
>
> I'm not totally sure how to handle (3): would it be sufficient to periodically reopen the vhd chain in tapdisk, or just handle the error where a read fails and reopen the chain then?
>

I've somehow afraid idea of 'leasing' operation (and periodic open/close 
operation).

Here some scenarios to think about:

1) temporal loss of the host SAN connectivity. NFS on the host is going 
to interruptible sleep and continue IO as soon as we get connectivity 
back. We already kill tapdisk, remove lease, restart vm on other host 
and suddenly networking is revived... And pending NFS write operation is 
going straight in the middle of 'mission critical' database with fresh 
'week after expiration date' data. May be weeks later after 'issue' with 
VM restart.
2) SR live migration is still very important feature I very hope to see.
3) Those leases will create additional IO. F.e. if we do have ~20k VMs 
(not really large number for clouds of new age) and lease is 10 minutes, 
it wll create ~33 IOPS - equivalent about 60-70 VMs (according to 
statistic from our cloud).
4) how do you plan to guarantee to tapdisk shutdown (this is NFS, if 
server is down or some issues with connectivity, there is no way to shut 
down locked in IO process)?
5) I think 30s is not very good number. Linux kernel starts to throwing 
IO errors after 120 seconds of IO wait.
6) about this library: '''you also need to make sure that your clocks 
are properly synchronized. """ I think this must add requirement to 
coexisting of hosts: do not allow to plug nfs sr until clock is synced 
with master. (Same for cross-pool migration - reject migration if clock 
is out of sync, but allow to shoot own leg with --force).


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 27 19:12:14 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 27 May 2012 19:12:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYisk-0007Pv-Fa; Sun, 27 May 2012 19:12:02 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SYisi-0007Pq-Vq
	for xen-api@lists.xen.org; Sun, 27 May 2012 19:12:01 +0000
Received: from [193.109.254.147:40259] by server-8.bemta-14.messagelabs.com id
	F3/35-23244-08C72CF4; Sun, 27 May 2012 19:12:00 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-8.tower-27.messagelabs.com!1338145918!10791200!1
X-Originating-IP: [209.85.214.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
  RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31697 invoked from network); 27 May 2012 19:11:59 -0000
Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com)
	(209.85.214.173)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	27 May 2012 19:11:59 -0000
Received: by obbwd20 with SMTP id wd20so5947925obb.32
	for <xen-api@lists.xen.org>; Sun, 27 May 2012 12:11:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:date:message-id:subject:from:to
	:content-type:content-transfer-encoding:x-gm-message-state;
	bh=XnablLyrrgVVLijs/yPKHZ5Cy9qDceZJ8VynPOUHvb4=;
	b=b7yIJOz9GdlLi0h4G7N1oYL4UTw9Qdzmb7c/ESGTXoga4IAGYPZAHKF/oZe0U6cWxq
	PvnAc/+cCTLx5U+FBjU/Xx60jHdm4BronSSrEnCzSG5KlbyTcgWCi/lIgXTo8t25zr0a
	/8nv6XBj5MS4lLBxt3Wze86cdB+byG49elAJDwUWwa1oh/9dbQC2SN/gIPa9FJ7O75Qs
	YyZPxTSJ7QZNtmGzy+JzJyXDt/pmSIn7HWfF6qu7ezr1CqQPjeYHuXjAv5SUdLuiBfHC
	BCPe9DDyWRE+sAmMNyJmuX6jnN47c9Sd97PntPkrvmIpuVu4L/kh8GcVCinJgwUTBrQM
	JKEg==
MIME-Version: 1.0
Received: by 10.182.179.38 with SMTP id dd6mr603251obc.16.1338145917824; Sun,
	27 May 2012 12:11:57 -0700 (PDT)
Received: by 10.182.29.41 with HTTP; Sun, 27 May 2012 12:11:57 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
Date: Mon, 28 May 2012 05:11:57 +1000
Message-ID: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: xen-users@lists.xen.org, xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnimhvvAVOu5v8bcrfGcH2yhZ5WC40O+WtI8QSxwnMhZnh6yzJrqGbEKk8Eny2Qpv0LnQFl
Subject: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I am doing abit of research for the wiki and also to try debug some
Windows guest driver issues.
Would someone know what versions of Xen are included in the various
XenServer and XCP versions?
Specifically looking for something more accurate then major.minor.
Also having accurate Linux kernel versions would be great also. (I
assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)

Ultimately I want to draw up a compatibility matrix of GPLPV and
Citrix PV drivers using this information + testing and provide
compatible Xen changesets and kernels for people that want to roll
their own but still be able to use Citrix PV drivers if they want to.

Joseph.

-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 27 19:12:14 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 27 May 2012 19:12:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYisk-0007Pv-Fa; Sun, 27 May 2012 19:12:02 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SYisi-0007Pq-Vq
	for xen-api@lists.xen.org; Sun, 27 May 2012 19:12:01 +0000
Received: from [193.109.254.147:40259] by server-8.bemta-14.messagelabs.com id
	F3/35-23244-08C72CF4; Sun, 27 May 2012 19:12:00 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-8.tower-27.messagelabs.com!1338145918!10791200!1
X-Originating-IP: [209.85.214.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
  RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 31697 invoked from network); 27 May 2012 19:11:59 -0000
Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com)
	(209.85.214.173)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	27 May 2012 19:11:59 -0000
Received: by obbwd20 with SMTP id wd20so5947925obb.32
	for <xen-api@lists.xen.org>; Sun, 27 May 2012 12:11:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:date:message-id:subject:from:to
	:content-type:content-transfer-encoding:x-gm-message-state;
	bh=XnablLyrrgVVLijs/yPKHZ5Cy9qDceZJ8VynPOUHvb4=;
	b=b7yIJOz9GdlLi0h4G7N1oYL4UTw9Qdzmb7c/ESGTXoga4IAGYPZAHKF/oZe0U6cWxq
	PvnAc/+cCTLx5U+FBjU/Xx60jHdm4BronSSrEnCzSG5KlbyTcgWCi/lIgXTo8t25zr0a
	/8nv6XBj5MS4lLBxt3Wze86cdB+byG49elAJDwUWwa1oh/9dbQC2SN/gIPa9FJ7O75Qs
	YyZPxTSJ7QZNtmGzy+JzJyXDt/pmSIn7HWfF6qu7ezr1CqQPjeYHuXjAv5SUdLuiBfHC
	BCPe9DDyWRE+sAmMNyJmuX6jnN47c9Sd97PntPkrvmIpuVu4L/kh8GcVCinJgwUTBrQM
	JKEg==
MIME-Version: 1.0
Received: by 10.182.179.38 with SMTP id dd6mr603251obc.16.1338145917824; Sun,
	27 May 2012 12:11:57 -0700 (PDT)
Received: by 10.182.29.41 with HTTP; Sun, 27 May 2012 12:11:57 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
Date: Mon, 28 May 2012 05:11:57 +1000
Message-ID: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: xen-users@lists.xen.org, xen-api@lists.xen.org
X-Gm-Message-State: ALoCoQnimhvvAVOu5v8bcrfGcH2yhZ5WC40O+WtI8QSxwnMhZnh6yzJrqGbEKk8Eny2Qpv0LnQFl
Subject: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I am doing abit of research for the wiki and also to try debug some
Windows guest driver issues.
Would someone know what versions of Xen are included in the various
XenServer and XCP versions?
Specifically looking for something more accurate then major.minor.
Also having accurate Linux kernel versions would be great also. (I
assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)

Ultimately I want to draw up a compatibility matrix of GPLPV and
Citrix PV drivers using this information + testing and provide
compatible Xen changesets and kernels for people that want to roll
their own but still be able to use Citrix PV drivers if they want to.

Joseph.

-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 27 20:25:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 27 May 2012 20:25:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYk1k-0007zU-I3; Sun, 27 May 2012 20:25:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SYk1j-0007zP-CK
	for xen-api@lists.xen.org; Sun, 27 May 2012 20:25:23 +0000
Received: from [85.158.138.51:23565] by server-4.bemta-3.messagelabs.com id
	03/8A-25780-2BD82CF4; Sun, 27 May 2012 20:25:22 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-3.tower-174.messagelabs.com!1338150320!21297408!1
X-Originating-IP: [209.85.214.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_TEST_2,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15260 invoked from network); 27 May 2012 20:25:21 -0000
Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com)
	(209.85.214.173)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	27 May 2012 20:25:21 -0000
Received: by obbwd20 with SMTP id wd20so6045462obb.32
	for <xen-api@lists.xen.org>; Sun, 27 May 2012 13:25:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding:x-gm-message-state;
	bh=m3lN+K81yxikjJiqcw9PQsUxJbQUHpsse28QoSKb9v4=;
	b=bS6SKOl2boMrr7p9ornoyLhCpjWwy8DFv1PBj/WI4IexlzRrXySh6RX7+l8549difi
	nBlHO3vEmJgA5r2AP6x48ZQ42s4wO25v/U+3XqUgZmpTYo3xv1rRMCICLySSkqRaXBoS
	8+JlfYZKv/TyTwTJhRKhqx41JT3WeRzn0HjRnP1xpIKrzlJxwWJlhdbe3Hwq8PmF7zi8
	pCRXAfAYIhWa36PjgSibiBOb6S97I9CToeyD030kRCPm7YU/6J3j3TTMuhVY+oodiOMT
	U2xLwzkhywZWqw+bW/jfGn8jtjhF7wJv4vzOANQaJNbAugl4F8MH0JdN4FBMPkeejbeB
	yETQ==
MIME-Version: 1.0
Received: by 10.60.19.196 with SMTP id h4mr5806551oee.56.1338150319250; Sun,
	27 May 2012 13:25:19 -0700 (PDT)
Received: by 10.182.29.41 with HTTP; Sun, 27 May 2012 13:25:19 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
In-Reply-To: <CACaajQst4GtEXXc575ow7Yso=L10QGMwkkkzcszeF-Cgk_UkNQ@mail.gmail.com>
References: <CACaajQsYLhTeriK+nhcaf2pWDZ7Y0ppdX02uHo1S1bs_qkQONA@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C812021A78@LONPMAILBOX01.citrite.net>
	<CACaajQuWu6h+7RLSdVe03bpEii=_5YbC6oO1S9MphqJMyXwGcw@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C812021BA9@LONPMAILBOX01.citrite.net>
	<CACaajQsweLmPOsXZ2KeMuxqGOLKOciz-nDii0FqZNBbZ52p8GQ@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C8235B7024@LONPMAILBOX01.citrite.net>
	<CACaajQst4GtEXXc575ow7Yso=L10QGMwkkkzcszeF-Cgk_UkNQ@mail.gmail.com>
Date: Mon, 28 May 2012 06:25:19 +1000
Message-ID: <CAOzFzEhubrqgdZTBOBkGYZbbRA95AopsVDSp67TgxyasvOumFw@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: Paul Durrant <Paul.Durrant@citrix.com>, 
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
X-Gm-Message-State: ALoCoQnMY2q/h2UWudynG3qWJlKEOq7Y+au45NQCgEn1aY9NH+AK1YE2bhg/dAaIh9TbmktuP4fN
Subject: Re: [Xen-API] where find sources for windows software on
	xs-tools.iso?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hey guys,

I am trying to get together a resource for people running Windows on
Xen with Citrix PV or GPLPV.
I was wondering if there is any more info you could share about the
interface Citrix PV implements with the dom0 via xenstore and whether
or not this is documented as part of XAPI/XCP projects?

Thanks. :)

On 10 April 2012 19:17, Vasiliy Tolstov <v.tolstov@selfip.ru> wrote:
> 2012/4/10 Paul Durrant <Paul.Durrant@citrix.com>:
>> Vasiliy,
>>
>> =A0Alas, no I haven't. I've asked my management for approval to publish =
but heard nothing back. I'll ping them again.
>>
>> =A0Paul
>>
>
> Thanks!
>
> --
> Vasiliy Tolstov,
> Clodo.ru
> e-mail: v.tolstov@selfip.ru
> jabber: vase@selfip.ru
>
> _______________________________________________
> xen-api mailing list
> xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Sun May 27 20:25:37 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 27 May 2012 20:25:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYk1k-0007zU-I3; Sun, 27 May 2012 20:25:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SYk1j-0007zP-CK
	for xen-api@lists.xen.org; Sun, 27 May 2012 20:25:23 +0000
Received: from [85.158.138.51:23565] by server-4.bemta-3.messagelabs.com id
	03/8A-25780-2BD82CF4; Sun, 27 May 2012 20:25:22 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-3.tower-174.messagelabs.com!1338150320!21297408!1
X-Originating-IP: [209.85.214.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_TEST_2,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15260 invoked from network); 27 May 2012 20:25:21 -0000
Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com)
	(209.85.214.173)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	27 May 2012 20:25:21 -0000
Received: by obbwd20 with SMTP id wd20so6045462obb.32
	for <xen-api@lists.xen.org>; Sun, 27 May 2012 13:25:19 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding:x-gm-message-state;
	bh=m3lN+K81yxikjJiqcw9PQsUxJbQUHpsse28QoSKb9v4=;
	b=bS6SKOl2boMrr7p9ornoyLhCpjWwy8DFv1PBj/WI4IexlzRrXySh6RX7+l8549difi
	nBlHO3vEmJgA5r2AP6x48ZQ42s4wO25v/U+3XqUgZmpTYo3xv1rRMCICLySSkqRaXBoS
	8+JlfYZKv/TyTwTJhRKhqx41JT3WeRzn0HjRnP1xpIKrzlJxwWJlhdbe3Hwq8PmF7zi8
	pCRXAfAYIhWa36PjgSibiBOb6S97I9CToeyD030kRCPm7YU/6J3j3TTMuhVY+oodiOMT
	U2xLwzkhywZWqw+bW/jfGn8jtjhF7wJv4vzOANQaJNbAugl4F8MH0JdN4FBMPkeejbeB
	yETQ==
MIME-Version: 1.0
Received: by 10.60.19.196 with SMTP id h4mr5806551oee.56.1338150319250; Sun,
	27 May 2012 13:25:19 -0700 (PDT)
Received: by 10.182.29.41 with HTTP; Sun, 27 May 2012 13:25:19 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
In-Reply-To: <CACaajQst4GtEXXc575ow7Yso=L10QGMwkkkzcszeF-Cgk_UkNQ@mail.gmail.com>
References: <CACaajQsYLhTeriK+nhcaf2pWDZ7Y0ppdX02uHo1S1bs_qkQONA@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C812021A78@LONPMAILBOX01.citrite.net>
	<CACaajQuWu6h+7RLSdVe03bpEii=_5YbC6oO1S9MphqJMyXwGcw@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C812021BA9@LONPMAILBOX01.citrite.net>
	<CACaajQsweLmPOsXZ2KeMuxqGOLKOciz-nDii0FqZNBbZ52p8GQ@mail.gmail.com>
	<291EDFCB1E9E224A99088639C4762022C8235B7024@LONPMAILBOX01.citrite.net>
	<CACaajQst4GtEXXc575ow7Yso=L10QGMwkkkzcszeF-Cgk_UkNQ@mail.gmail.com>
Date: Mon, 28 May 2012 06:25:19 +1000
Message-ID: <CAOzFzEhubrqgdZTBOBkGYZbbRA95AopsVDSp67TgxyasvOumFw@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: Paul Durrant <Paul.Durrant@citrix.com>, 
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
X-Gm-Message-State: ALoCoQnMY2q/h2UWudynG3qWJlKEOq7Y+au45NQCgEn1aY9NH+AK1YE2bhg/dAaIh9TbmktuP4fN
Subject: Re: [Xen-API] where find sources for windows software on
	xs-tools.iso?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hey guys,

I am trying to get together a resource for people running Windows on
Xen with Citrix PV or GPLPV.
I was wondering if there is any more info you could share about the
interface Citrix PV implements with the dom0 via xenstore and whether
or not this is documented as part of XAPI/XCP projects?

Thanks. :)

On 10 April 2012 19:17, Vasiliy Tolstov <v.tolstov@selfip.ru> wrote:
> 2012/4/10 Paul Durrant <Paul.Durrant@citrix.com>:
>> Vasiliy,
>>
>> =A0Alas, no I haven't. I've asked my management for approval to publish =
but heard nothing back. I'll ping them again.
>>
>> =A0Paul
>>
>
> Thanks!
>
> --
> Vasiliy Tolstov,
> Clodo.ru
> e-mail: v.tolstov@selfip.ru
> jabber: vase@selfip.ru
>
> _______________________________________________
> xen-api mailing list
> xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 07:49:39 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 07:49:39 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYuhm-0008H6-ID; Mon, 28 May 2012 07:49:30 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SYuhk-0008Gt-Q0
	for xen-api@lists.xen.org; Mon, 28 May 2012 07:49:29 +0000
Received: from [85.158.138.51:24323] by server-5.bemta-3.messagelabs.com id
	52/DE-25552-70E23CF4; Mon, 28 May 2012 07:49:27 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1338191367!21349434!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22298 invoked from network); 28 May 2012 07:49:27 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 07:49:27 -0000
Received: by eekd41 with SMTP id d41so664326eek.32
	for <multiple recipients>; Mon, 28 May 2012 00:49:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=2KegckbCtQAFLO9RkLjsoymrS19MbANfyy856iQreis=;
	b=McV8UtIF8xoxB+lXHCuoPSbN6h5Rr2gwk+Jg9Ke0an65KaeeI9Cw914SiY7smxZ99w
	7h01OaoHKMTmesNhiIowQ8FeW9uKYx/TDXdhMcHXCU8LVaZPSvd9QZk8lAXXdNrLzYbK
	hhdiEAcu/8txP7ObI+kFK6eoOaiO3jra/Jy2hER7OYlPIONOGPtDCvJAysFoqu++9yAL
	MCgIPldho/OdXs2GcLnhJOIeoGrOmwwNl4mV9Pt4KFyi/ZGvdAXLqJipjaV3mPHg4W4p
	EYB0JRA+6d3hjPaiANtaz5znRRW0EckLHa9QVAbiEg6PIYmOvN67x6SJncN42RUG2VnI
	FdsQ==
Received: by 10.14.119.142 with SMTP id n14mr1438135eeh.20.1338191366764;
	Mon, 28 May 2012 00:49:26 -0700 (PDT)
Received: from [172.16.25.10] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id u10sm34175731eem.1.2012.05.28.00.49.24
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 00:49:25 -0700 (PDT)
Message-ID: <4FC32E03.7030102@xen.org>
Date: Mon, 28 May 2012 08:49:23 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, xen-arm@lists.xen.org, 
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] Quick reminder
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Just to let you know that Xen Document Day is on #xendocs

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 07:49:39 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 07:49:39 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYuhm-0008H6-ID; Mon, 28 May 2012 07:49:30 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SYuhk-0008Gt-Q0
	for xen-api@lists.xen.org; Mon, 28 May 2012 07:49:29 +0000
Received: from [85.158.138.51:24323] by server-5.bemta-3.messagelabs.com id
	52/DE-25552-70E23CF4; Mon, 28 May 2012 07:49:27 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-3.tower-174.messagelabs.com!1338191367!21349434!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22298 invoked from network); 28 May 2012 07:49:27 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 07:49:27 -0000
Received: by eekd41 with SMTP id d41so664326eek.32
	for <multiple recipients>; Mon, 28 May 2012 00:49:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to
	:subject:content-type:content-transfer-encoding;
	bh=2KegckbCtQAFLO9RkLjsoymrS19MbANfyy856iQreis=;
	b=McV8UtIF8xoxB+lXHCuoPSbN6h5Rr2gwk+Jg9Ke0an65KaeeI9Cw914SiY7smxZ99w
	7h01OaoHKMTmesNhiIowQ8FeW9uKYx/TDXdhMcHXCU8LVaZPSvd9QZk8lAXXdNrLzYbK
	hhdiEAcu/8txP7ObI+kFK6eoOaiO3jra/Jy2hER7OYlPIONOGPtDCvJAysFoqu++9yAL
	MCgIPldho/OdXs2GcLnhJOIeoGrOmwwNl4mV9Pt4KFyi/ZGvdAXLqJipjaV3mPHg4W4p
	EYB0JRA+6d3hjPaiANtaz5znRRW0EckLHa9QVAbiEg6PIYmOvN67x6SJncN42RUG2VnI
	FdsQ==
Received: by 10.14.119.142 with SMTP id n14mr1438135eeh.20.1338191366764;
	Mon, 28 May 2012 00:49:26 -0700 (PDT)
Received: from [172.16.25.10] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id u10sm34175731eem.1.2012.05.28.00.49.24
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 00:49:25 -0700 (PDT)
Message-ID: <4FC32E03.7030102@xen.org>
Date: Mon, 28 May 2012 08:49:23 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-devel@lists.xen.org, xen-arm@lists.xen.org, 
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: [Xen-API] Quick reminder
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Just to let you know that Xen Document Day is on #xendocs

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 08:09:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 08:09:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYv0X-0000eZ-NS; Mon, 28 May 2012 08:08:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SYv0X-0000eN-1N
	for xen-api@lists.xen.org; Mon, 28 May 2012 08:08:53 +0000
Received: from [85.158.139.83:55696] by server-10.bemta-5.messagelabs.com id
	38/16-22179-49233CF4; Mon, 28 May 2012 08:08:52 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1338192530!30667386!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk1Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13779 invoked from network); 28 May 2012 08:08:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 08:08:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,669,1330905600"; d="scan'208";a="12690120"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	28 May 2012 08:08:27 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Mon, 28 May 2012 09:08:27 +0100
Message-ID: <1338192505.14158.6.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: "lars.kurth@xen.org" <lars.kurth@xen.org>
Date: Mon, 28 May 2012 09:08:25 +0100
In-Reply-To: <4FC32E03.7030102@xen.org>
References: <4FC32E03.7030102@xen.org>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-arm@lists.xen.org" <xen-arm@lists.xen.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Xen-API] [XenARM] Quick reminder
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, 2012-05-28 at 08:49 +0100, Lars Kurth wrote:
> Just to let you know that Xen Document Day is on #xendocs

Heads up: this isn't the same channel as previous docs days ...

Ian.


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 08:09:02 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 08:09:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYv0X-0000eZ-NS; Mon, 28 May 2012 08:08:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SYv0X-0000eN-1N
	for xen-api@lists.xen.org; Mon, 28 May 2012 08:08:53 +0000
Received: from [85.158.139.83:55696] by server-10.bemta-5.messagelabs.com id
	38/16-22179-49233CF4; Mon, 28 May 2012 08:08:52 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-12.tower-182.messagelabs.com!1338192530!30667386!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk1Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13779 invoked from network); 28 May 2012 08:08:50 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 08:08:50 -0000
X-IronPort-AV: E=Sophos;i="4.75,669,1330905600"; d="scan'208";a="12690120"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	28 May 2012 08:08:27 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Mon, 28 May 2012 09:08:27 +0100
Message-ID: <1338192505.14158.6.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: "lars.kurth@xen.org" <lars.kurth@xen.org>
Date: Mon, 28 May 2012 09:08:25 +0100
In-Reply-To: <4FC32E03.7030102@xen.org>
References: <4FC32E03.7030102@xen.org>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-arm@lists.xen.org" <xen-arm@lists.xen.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Xen-API] [XenARM] Quick reminder
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, 2012-05-28 at 08:49 +0100, Lars Kurth wrote:
> Just to let you know that Xen Document Day is on #xendocs

Heads up: this isn't the same channel as previous docs days ...

Ian.


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 08:13:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 08:13:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYv4X-0000tR-Kd; Mon, 28 May 2012 08:13:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SYv4V-0000sy-OO
	for xen-api@lists.xen.org; Mon, 28 May 2012 08:12:59 +0000
Received: from [85.158.143.99:25453] by server-3.bemta-4.messagelabs.com id
	EC/59-05853-88333CF4; Mon, 28 May 2012 08:12:56 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1338192774!24819635!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk1Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27937 invoked from network); 28 May 2012 08:12:55 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 08:12:55 -0000
X-IronPort-AV: E=Sophos;i="4.75,669,1330905600"; d="scan'208";a="12690294"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	28 May 2012 08:12:47 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Mon, 28 May 2012 09:12:47 +0100
Message-ID: <1338192766.14158.9.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Florian Heigl <florian.heigl@gmail.com>
Date: Mon, 28 May 2012 09:12:46 +0100
In-Reply-To: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
	<CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	"xen-users@lists.xen.org" <xen-users@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, 2012-05-25 at 22:58 +0100, Florian Heigl wrote:
> Hi,
> 
> I've made some draft for helping distro packagers with knowing if they
> made something that actually works. I wonder if we (xen.org...?) could
> offer a xen host that does regression testing for domU distros. Odd
> idea?
> 
> 
> The doc:
> http://confluence.wartungsfenster.de/display/Adminspace/Xen+domU+functions+checklist

This looks quite useful, perhaps as an addition to
http://wiki.xen.org/wiki/Distros ?
> 
> Just typed it in my own wiki for lazyness. I'll try to be around on
> monday and pull it over to Xen wiki.

See you on #xendocs!

> It's a holiday here, too, but I admit I asked for a doc day that is
> not on a working day. :)

:-D


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 08:13:07 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 08:13:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYv4X-0000tR-Kd; Mon, 28 May 2012 08:13:01 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Ian.Campbell@citrix.com>) id 1SYv4V-0000sy-OO
	for xen-api@lists.xen.org; Mon, 28 May 2012 08:12:59 +0000
Received: from [85.158.143.99:25453] by server-3.bemta-4.messagelabs.com id
	EC/59-05853-88333CF4; Mon, 28 May 2012 08:12:56 +0000
X-Env-Sender: Ian.Campbell@citrix.com
X-Msg-Ref: server-4.tower-216.messagelabs.com!1338192774!24819635!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk1Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27937 invoked from network); 28 May 2012 08:12:55 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 08:12:55 -0000
X-IronPort-AV: E=Sophos;i="4.75,669,1330905600"; d="scan'208";a="12690294"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	28 May 2012 08:12:47 +0000
Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net
	(10.30.203.162) with Microsoft SMTP Server id 8.3.213.0;
	Mon, 28 May 2012 09:12:47 +0100
Message-ID: <1338192766.14158.9.camel@zakaz.uk.xensource.com>
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Florian Heigl <florian.heigl@gmail.com>
Date: Mon, 28 May 2012 09:12:46 +0100
In-Reply-To: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
	<CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
Organization: Citrix Systems, Inc.
X-Mailer: Evolution 3.2.2-1 
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	"xen-users@lists.xen.org" <xen-users@lists.xen.org>,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Xen-API] [Xen-devel] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Fri, 2012-05-25 at 22:58 +0100, Florian Heigl wrote:
> Hi,
> 
> I've made some draft for helping distro packagers with knowing if they
> made something that actually works. I wonder if we (xen.org...?) could
> offer a xen host that does regression testing for domU distros. Odd
> idea?
> 
> 
> The doc:
> http://confluence.wartungsfenster.de/display/Adminspace/Xen+domU+functions+checklist

This looks quite useful, perhaps as an addition to
http://wiki.xen.org/wiki/Distros ?
> 
> Just typed it in my own wiki for lazyness. I'll try to be around on
> monday and pull it over to Xen wiki.

See you on #xendocs!

> It's a holiday here, too, but I admit I asked for a doc day that is
> not on a working day. :)

:-D


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:00:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:00:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvog-00028U-PB; Mon, 28 May 2012 09:00:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cuizhijing@apusic.com>) id 1SXngO-0008FJ-Oa
	for xen-api@lists.xen.org; Fri, 25 May 2012 06:07:28 +0000
Received: from [85.158.143.35:13869] by server-1.bemta-4.messagelabs.com id
	EA/49-00342-F912FBF4; Fri, 25 May 2012 06:07:27 +0000
X-Env-Sender: cuizhijing@apusic.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1337926040!11383432!1
X-Originating-IP: [121.197.249.94]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30533 invoked from network); 25 May 2012 06:07:26 -0000
Received: from g2-mxg4.hichina.com (HELO mxg4.hichina.com) (121.197.249.94)
	by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 25 May 2012 06:07:26 -0000
Received: from 119.145.5.245 (HELO ?192.168.12.34?) (envelope-from
	cuizhijing@apusic.com)
	by mxg4.hichina.com (quarkmail-1.2.1) with ESMTP id S30005432Ab2EYGHR
	for xen-api@lists.xen.org; Fri, 25 May 2012 14:07:17 +0800
From: =?UTF-8?Q?=E5=B4=94=E6=99=BA=E7=BB=8F?= <cuizhijing@apusic.com>
To: xen-api@lists.xen.org
Date: Fri, 25 May 2012 14:08:05 +0800
Message-ID: <1337926085.2209.8.camel@cuizhijing-ubuntu>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.2 
X-Mailman-Approved-At: Mon, 28 May 2012 09:00:41 +0000
Subject: [Xen-API] [Xen-users] new features of XCP 1.5 API s?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
I am using XCP V1.1 and I am going to upgrade it to XCP 1.5 .
The issue I concerned is that if thare are any new features of APIs with
V1.5 .
Anything. Appreciate it!

Best regards,
Jack



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:00:48 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:00:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvog-00028U-PB; Mon, 28 May 2012 09:00:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <cuizhijing@apusic.com>) id 1SXngO-0008FJ-Oa
	for xen-api@lists.xen.org; Fri, 25 May 2012 06:07:28 +0000
Received: from [85.158.143.35:13869] by server-1.bemta-4.messagelabs.com id
	EA/49-00342-F912FBF4; Fri, 25 May 2012 06:07:27 +0000
X-Env-Sender: cuizhijing@apusic.com
X-Msg-Ref: server-10.tower-21.messagelabs.com!1337926040!11383432!1
X-Originating-IP: [121.197.249.94]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30533 invoked from network); 25 May 2012 06:07:26 -0000
Received: from g2-mxg4.hichina.com (HELO mxg4.hichina.com) (121.197.249.94)
	by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 25 May 2012 06:07:26 -0000
Received: from 119.145.5.245 (HELO ?192.168.12.34?) (envelope-from
	cuizhijing@apusic.com)
	by mxg4.hichina.com (quarkmail-1.2.1) with ESMTP id S30005432Ab2EYGHR
	for xen-api@lists.xen.org; Fri, 25 May 2012 14:07:17 +0800
From: =?UTF-8?Q?=E5=B4=94=E6=99=BA=E7=BB=8F?= <cuizhijing@apusic.com>
To: xen-api@lists.xen.org
Date: Fri, 25 May 2012 14:08:05 +0800
Message-ID: <1337926085.2209.8.camel@cuizhijing-ubuntu>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.2 
X-Mailman-Approved-At: Mon, 28 May 2012 09:00:41 +0000
Subject: [Xen-API] [Xen-users] new features of XCP 1.5 API s?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,
I am using XCP V1.1 and I am going to upgrade it to XCP 1.5 .
The issue I concerned is that if thare are any new features of APIs with
V1.5 .
Anything. Appreciate it!

Best regards,
Jack



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:00:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:00:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvog-00028Z-T7; Mon, 28 May 2012 09:00:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <florian.heigl@gmail.com>) id 1SY2Wn-00035c-IZ
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:58:33 +0000
Received: from [85.158.143.99:61941] by server-3.bemta-4.messagelabs.com id
	1D/76-05853-88000CF4; Fri, 25 May 2012 21:58:32 +0000
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337983109!28965496!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7632 invoked from network); 25 May 2012 21:58:31 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 21:58:31 -0000
Received: by ggnp1 with SMTP id p1so1428772ggn.32
	for <multiple recipients>; Fri, 25 May 2012 14:58:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=h8htbNQ0n3yPj4Zx5U0h6CJ6F5G8WLvlFr+tC+KUZ00=;
	b=DTOtDh0aNrYUYdFSTaZ2K5dLGIy3GFsoiCIqaOIL6urEEGwoHdzXR1laPvyHg/YmLd
	Pi373lpUbULNWE4v/XzXCqRI6UB8kIzbF4JEURGSbAkS57D3JWe/mi16Ck/iRuRqEi+L
	Y8avusKufJaHYzbcURpnbHIa6LR0JsVmUaRXHTUgj1O2LVQbwhqR4mG8ahOvgACZoBXZ
	yMGb/XBF2BoBzZ1GDSg23oqtI8vAzummieHaKSs8ibdyiKN0gBzNjOJvyUHV3YXn4kbR
	0yepDxois4OtAv2mKn4hRkCK7TJB6b7EXIin8ETupXzf7c0tnuMuGHLm0nKcpMjzxcxk
	RXbA==
MIME-Version: 1.0
Received: by 10.50.106.228 with SMTP id gx4mr244740igb.7.1337983108823; Fri,
	25 May 2012 14:58:28 -0700 (PDT)
Received: by 10.231.47.83 with HTTP; Fri, 25 May 2012 14:58:28 -0700 (PDT)
In-Reply-To: <20120525211234.GB21344@phenom.dumpdata.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
Date: Fri, 25 May 2012 23:58:28 +0200
Message-ID: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
From: Florian Heigl <florian.heigl@gmail.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
X-Mailman-Approved-At: Mon, 28 May 2012 09:00:41 +0000
Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I've made some draft for helping distro packagers with knowing if they
made something that actually works. I wonder if we (xen.org...?) could
offer a xen host that does regression testing for domU distros. Odd
idea?


The doc:
http://confluence.wartungsfenster.de/display/Adminspace/Xen+domU+functions+checklist

Just typed it in my own wiki for lazyness. I'll try to be around on
monday and pull it over to Xen wiki.
It's a holiday here, too, but I admit I asked for a doc day that is
not on a working day. :)

Greetings, and happy celebrations
Florian

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:00:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:00:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvog-00028Z-T7; Mon, 28 May 2012 09:00:42 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <florian.heigl@gmail.com>) id 1SY2Wn-00035c-IZ
	for xen-api@lists.xen.org; Fri, 25 May 2012 21:58:33 +0000
Received: from [85.158.143.99:61941] by server-3.bemta-4.messagelabs.com id
	1D/76-05853-88000CF4; Fri, 25 May 2012 21:58:32 +0000
X-Env-Sender: florian.heigl@gmail.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1337983109!28965496!1
X-Originating-IP: [209.85.161.173]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7632 invoked from network); 25 May 2012 21:58:31 -0000
Received: from mail-gg0-f173.google.com (HELO mail-gg0-f173.google.com)
	(209.85.161.173)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	25 May 2012 21:58:31 -0000
Received: by ggnp1 with SMTP id p1so1428772ggn.32
	for <multiple recipients>; Fri, 25 May 2012 14:58:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=h8htbNQ0n3yPj4Zx5U0h6CJ6F5G8WLvlFr+tC+KUZ00=;
	b=DTOtDh0aNrYUYdFSTaZ2K5dLGIy3GFsoiCIqaOIL6urEEGwoHdzXR1laPvyHg/YmLd
	Pi373lpUbULNWE4v/XzXCqRI6UB8kIzbF4JEURGSbAkS57D3JWe/mi16Ck/iRuRqEi+L
	Y8avusKufJaHYzbcURpnbHIa6LR0JsVmUaRXHTUgj1O2LVQbwhqR4mG8ahOvgACZoBXZ
	yMGb/XBF2BoBzZ1GDSg23oqtI8vAzummieHaKSs8ibdyiKN0gBzNjOJvyUHV3YXn4kbR
	0yepDxois4OtAv2mKn4hRkCK7TJB6b7EXIin8ETupXzf7c0tnuMuGHLm0nKcpMjzxcxk
	RXbA==
MIME-Version: 1.0
Received: by 10.50.106.228 with SMTP id gx4mr244740igb.7.1337983108823; Fri,
	25 May 2012 14:58:28 -0700 (PDT)
Received: by 10.231.47.83 with HTTP; Fri, 25 May 2012 14:58:28 -0700 (PDT)
In-Reply-To: <20120525211234.GB21344@phenom.dumpdata.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
Date: Fri, 25 May 2012 23:58:28 +0200
Message-ID: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
From: Florian Heigl <florian.heigl@gmail.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
X-Mailman-Approved-At: Mon, 28 May 2012 09:00:41 +0000
Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I've made some draft for helping distro packagers with knowing if they
made something that actually works. I wonder if we (xen.org...?) could
offer a xen host that does regression testing for domU distros. Odd
idea?


The doc:
http://confluence.wartungsfenster.de/display/Adminspace/Xen+domU+functions+checklist

Just typed it in my own wiki for lazyness. I'll try to be around on
monday and pull it over to Xen wiki.
It's a holiday here, too, but I admit I asked for a doc day that is
not on a working day. :)

Greetings, and happy celebrations
Florian

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:03:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:03:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvre-0002GQ-81; Mon, 28 May 2012 09:03:46 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SYvrc-0002GB-BQ
	for xen-api@lists.xen.org; Mon, 28 May 2012 09:03:44 +0000
Received: from [193.109.254.147:53459] by server-2.bemta-14.messagelabs.com id
	08/D1-12884-F6F33CF4; Mon, 28 May 2012 09:03:43 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1338195822!11534107!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14544 invoked from network); 28 May 2012 09:03:43 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 09:03:43 -0000
Received: by eekd41 with SMTP id d41so692872eek.32
	for <multiple recipients>; Mon, 28 May 2012 02:03:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding;
	bh=/3qR84SBcyZo1IUUo2wjnzZmHC6FnExSjTAx8VX4Wb8=;
	b=lQXQ6aja1QkyZF3r43iQg+LQkhmEuDNLlv+TC9XKlKX4YYOqZWb/Fvu4CO4mR+4Ce7
	MWzUCgCMTmSNnlQD4ThuL1fWZNaz9Wcj3HIR2UxRrO/QusqzFo/V4JXyepiLnunsoWxK
	yXyJ28DsCOtLTnu3MIUw1Jx/iosuFsXEFxJvsxZrWVPfE/WFzrbcbzF7iUMc13iFPatk
	+O6vTFOPevpw8h6pUfdbmUx2DKlGlUbCvkp/6Msd55mlOwobaiiMIDsfvyPUo2l3bnZV
	lUxFZeL4chQsQZs8YfEZuu6iGlj+3Ss9j4VuGFIL9W1Iwm5h5HDLNLZq7thpbuZ1FOjx
	BNDA==
Received: by 10.14.48.11 with SMTP id u11mr1527071eeb.186.1338195822528;
	Mon, 28 May 2012 02:03:42 -0700 (PDT)
Received: from [172.16.25.10] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id t3sm34797877eeb.15.2012.05.28.02.03.40
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 02:03:41 -0700 (PDT)
Message-ID: <4FC33F6B.5000601@xen.org>
Date: Mon, 28 May 2012 10:03:39 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Florian Heigl <florian.heigl@gmail.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
	<CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
In-Reply-To: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
Cc: xen-users@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 25/05/2012 22:58, Florian Heigl wrote:
> It's a holiday here, too, but I admit I asked for a doc day that is
> not on a working day. :)
I do remember that (-: That shows that these things just happen by 
chance (without design) due to holidays happening at different dates in 
different countries

It is Pfingsten in Germany, isn't it?

Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 09:03:49 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 09:03:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYvre-0002GQ-81; Mon, 28 May 2012 09:03:46 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <lars.kurth.xen@gmail.com>) id 1SYvrc-0002GB-BQ
	for xen-api@lists.xen.org; Mon, 28 May 2012 09:03:44 +0000
Received: from [193.109.254.147:53459] by server-2.bemta-14.messagelabs.com id
	08/D1-12884-F6F33CF4; Mon, 28 May 2012 09:03:43 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1338195822!11534107!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14544 invoked from network); 28 May 2012 09:03:43 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 09:03:43 -0000
Received: by eekd41 with SMTP id d41so692872eek.32
	for <multiple recipients>; Mon, 28 May 2012 02:03:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding;
	bh=/3qR84SBcyZo1IUUo2wjnzZmHC6FnExSjTAx8VX4Wb8=;
	b=lQXQ6aja1QkyZF3r43iQg+LQkhmEuDNLlv+TC9XKlKX4YYOqZWb/Fvu4CO4mR+4Ce7
	MWzUCgCMTmSNnlQD4ThuL1fWZNaz9Wcj3HIR2UxRrO/QusqzFo/V4JXyepiLnunsoWxK
	yXyJ28DsCOtLTnu3MIUw1Jx/iosuFsXEFxJvsxZrWVPfE/WFzrbcbzF7iUMc13iFPatk
	+O6vTFOPevpw8h6pUfdbmUx2DKlGlUbCvkp/6Msd55mlOwobaiiMIDsfvyPUo2l3bnZV
	lUxFZeL4chQsQZs8YfEZuu6iGlj+3Ss9j4VuGFIL9W1Iwm5h5HDLNLZq7thpbuZ1FOjx
	BNDA==
Received: by 10.14.48.11 with SMTP id u11mr1527071eeb.186.1338195822528;
	Mon, 28 May 2012 02:03:42 -0700 (PDT)
Received: from [172.16.25.10] (b0fb96e9.bb.sky.com. [176.251.150.233])
	by mx.google.com with ESMTPS id t3sm34797877eeb.15.2012.05.28.02.03.40
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 02:03:41 -0700 (PDT)
Message-ID: <4FC33F6B.5000601@xen.org>
Date: Mon, 28 May 2012 10:03:39 +0100
From: Lars Kurth <lars.kurth@xen.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1;
	rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Florian Heigl <florian.heigl@gmail.com>
References: <4FBFF5F3.9050101@xen.org>
	<20120525211234.GB21344@phenom.dumpdata.com>
	<CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
In-Reply-To: <CAFivhPm9SaRmVi248aNfMKM04xhUU-XTQ6zC2-4EuPwC7exTNA@mail.gmail.com>
Cc: xen-users@lists.xen.org, "xen-api@lists.xen.org" <xen-api@lists.xen.org>,
	xen-devel@lists.xen.org
Subject: Re: [Xen-API] [Xen-users]  Xen Document Day: May 28th
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: lars.kurth@xen.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 25/05/2012 22:58, Florian Heigl wrote:
> It's a holiday here, too, but I admit I asked for a doc day that is
> not on a working day. :)
I do remember that (-: That shows that these things just happen by 
chance (without design) due to holidays happening at different dates in 
different countries

It is Pfingsten in Germany, isn't it?

Lars

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 10:12:21 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 10:12:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYwvw-0003fE-9U; Mon, 28 May 2012 10:12:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SYwvu-0003f9-S7
	for xen-api@lists.xen.org; Mon, 28 May 2012 10:12:15 +0000
Received: from [193.109.254.147:8470] by server-1.bemta-14.messagelabs.com id
	8E/47-13428-E7F43CF4; Mon, 28 May 2012 10:12:14 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-4.tower-27.messagelabs.com!1338199928!11547999!1
X-Originating-IP: [194.30.0.65]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMTU0Mzg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23990 invoked from network); 28 May 2012 10:12:08 -0000
Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65)
	by server-4.tower-27.messagelabs.com with SMTP;
	28 May 2012 10:12:08 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop04.sare.net (Postfix) with ESMTPSA id 2A9D89DC472;
	Mon, 28 May 2012 12:12:08 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
In-Reply-To: <201205241608.57483.christian.fischer@easterngraphics.com>
Date: Mon, 28 May 2012 12:12:07 +0200
Message-Id: <9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
	<201205241608.57483.christian.fischer@easterngraphics.com>
To: Christian Fischer <christian.fischer@easterngraphics.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1744474180110718327=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============1744474180110718327==
Content-Type: multipart/alternative; boundary="Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4"


--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Hi all,

Fist of all thanks a lot for all you're help. In FreeBSD I have xentools =
(xenstore-*=85 xen-detect and that stuff) as port for being able to =
install it without issues. Reading the source code of Xenserver have =
seen that the only checks Xencenter and Xen Api does for allowing you to =
use xenservertools advantages (pausing, rebooting...) is basically to =
check 3 or 4 key's data=85. concretely :=20

In xenserver 6.0.0 you can do :=20

- Obtain the xen domu id :=20

xe vm-list uuid=3D'machine's UUID' params=3Ddom-id --minimal

- get that number and replace below in {XEN-DOMU-ID} gaps=85.

xenstore-write /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated 1

Basically=85 xen api checks you to have the three numbers of the version =
6, 0 and 0 in the three keys mentioned apart than updated to 1=85.

this way=85. seems that if you have a freebsd xenhvm kernel and =
xenserver tools and are able to do a xen-detect for example=85. unless =
suspending, rebooting and shutting down the machine=85 works=85 I'm =
doing more checks=85.

Christian=85 thanks a lot mate for you're help=85 but think it's not =
going to be necessary :) :) but very thankful about that :) :)

I'll tell you how my tests are going=85.

Gonna check all this in Xencloud and see if it allows me moving vm's =
based of FreeBSD and so :) :)

Bye!!!


El 24/05/2012, a las 16:08, Christian Fischer escribi=F3:

> On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
>> On 24 May 2012, at 09:49, Mike McClurg wrote:
>>> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>>>> Hi all,
>>>>=20
>>>> Just for confirming it=85 I have been taking a look at =
XenServerTools and
>>>> the script's code and so=85 and after looking how Xen works with =
FreeBSD
>>>> (which seems to be pretty happy with XENHVM 64 bit kernel just it
>>>> unless in Xen4)=85 I have determined that basically the XenCloud =
and
>>>> XenServer should have something to block the machine movement, =
snapshot
>>>> and this kind of features basically from Xen=85 because for example =
the
>>>> machine suspend/resume works out of the box with the XENHVM kernel =
and
>>>> a Xen 4 host kernel. Perhaps can be an XML in where you have a =
variable
>>>> or whatever, wherever that allows or blocks to Xen API (Xencenter)
>>>> doing this kind of features?. I got of course xenstore-* working
>>>> apparently fine in FreeBSD domU.
>>>>=20
>>>> Could anyone please give me an idea??.
>>>=20
>>> If FreeBSD can run as a PV guest on plain Xen, then it should be =
able to
>>> run as a PV guest on XCP. You'll have to install it as an HVM guest, =
and
>>> then convert it to PV as follows:
>>>=20
>>> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
>>> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
>>>=20
>>> And you'll have to make sure that the FreeBSD VM loads all the
>>> appropriate Xen drivers. I haven't tried this yet myself with =
FreeBSD.
>>=20
>> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps
>> would prevent it from booting.
>>=20
>> I think he's just looking for the xe guest utilities to write the
>> appropriate key into xenstore (although I'm not sure as I couldn't =
fully
>> parse the e-mail).
>=20
> I've packaged xs-tools for NexentaStor today, works perfect. I've no=20=

> experiences with FreeBSD, and I've no FreeBSD handy, but I think I can =
assist=20
> you. Can you give me ssh access to a FreeBSD vm?
>=20
> Christian
>=20
>>=20
>> -anil
>>=20
>>=20
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>=20
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi =
all,<div><br></div><div>Fist of all thanks a lot for all you're help. In =
FreeBSD I have xentools (xenstore-*=85 xen-detect and that stuff) as =
port for being able to install it without issues. Reading the source =
code of Xenserver have seen that the only checks Xencenter and Xen Api =
does for allowing you to use xenservertools advantages (pausing, =
rebooting...) is basically to check 3 or 4 key's data=85. concretely =
:&nbsp;</div><div><br></div><div>In xenserver 6.0.0 you can do =
:&nbsp;</div><div><br></div><div>- Obtain the xen domu id =
:&nbsp;</div><div><br></div><div>xe vm-list uuid=3D'machine's UUID' =
params=3Ddom-id --minimal</div><div><br></div><div>- get that number and =
replace below in {XEN-DOMU-ID} =
gaps=85.</div><div><br></div><div>xenstore-write =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated =
1</div><div><b><br></b></div><div>Basically=85 xen api checks you to =
have the three numbers of the version 6, 0 and 0 in the three keys =
mentioned apart than updated to 1=85.</div><div><br></div><div>this =
way=85. seems that if you have a freebsd xenhvm kernel and xenserver =
tools and are able to do a xen-detect for example=85. unless suspending, =
rebooting and shutting down the machine=85 works=85 I'm doing more =
checks=85.</div><div><br></div><div>Christian=85 thanks a lot mate for =
you're help=85 but think it's not going to be necessary :) :) but very =
thankful about that :) :)</div><div><br></div><div>I'll tell you how my =
tests are going=85.</div><div><br></div><div>Gonna check all this in =
Xencloud and see if it allows me moving vm's based of FreeBSD and so :) =
:)</div><div><br></div><div>Bye!!!</div><div><b><br></b></div><div><b><br>=
</b><div><div>El 24/05/2012, a las 16:08, Christian Fischer =
escribi=F3:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div>On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy =
wrote:<br><blockquote type=3D"cite">On 24 May 2012, at 09:49, Mike =
McClurg wrote:<br></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre =
wrote:<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">Hi =
all,<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Just =
for confirming it=85 I have been taking a look at XenServerTools =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">the =
script's code and so=85 and after looking how Xen works with =
FreeBSD<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">(which =
seems to be pretty happy with XENHVM 64 bit kernel just =
it<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">unless =
in Xen4)=85 I have determined that basically the XenCloud =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">XenServer should have something to block the machine =
movement, snapshot<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">and =
this kind of features basically from Xen=85 because for example =
the<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">machine =
suspend/resume works out of the box with the XENHVM kernel =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">a Xen =
4 host kernel. Perhaps can be an XML in where you have a =
variable<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">or =
whatever, wherever that allows or blocks to Xen API =
(Xencenter)<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">doing =
this kind of features?. I got of course xenstore-* =
working<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">apparently fine in FreeBSD =
domU.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Could =
anyone please give me an =
idea??.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">If FreeBSD can run as a PV guest =
on plain Xen, then it should be able =
to<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">run as a PV guest on XCP. You'll have to install it as an =
HVM guest, and<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">then convert it to PV as =
follows:<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
HVM-boot-policy=3D<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
PV-bootloader=3Dpygrub<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">And you'll have to make sure =
that the FreeBSD VM loads all =
the<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">appropriate Xen drivers. I haven't tried this yet myself =
with FreeBSD.<br></blockquote></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">The XENHVM =
64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps<br></blockquote><blockquote type=3D"cite">would prevent it from =
booting.<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">I think he's =
just looking for the xe guest utilities to write =
the<br></blockquote><blockquote type=3D"cite">appropriate key into =
xenstore (although I'm not sure as I couldn't =
fully<br></blockquote><blockquote type=3D"cite">parse the =
e-mail).<br></blockquote><br>I've packaged xs-tools for NexentaStor =
today, works perfect. I've no <br>experiences with FreeBSD, and I've no =
FreeBSD handy, but I think I can assist <br>you. Can you give me ssh =
access to a FreeBSD vm?<br><br>Christian<br><br><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">-anil<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">_______________________________________________<br></blockqu=
ote><blockquote type=3D"cite">Xen-api mailing =
list<br></blockquote><blockquote type=3D"cite"><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br></block=
quote><blockquote type=3D"cite"><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></blockquote><br><br>___=
____________________________________________<br>Xen-api mailing =
list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>http://=
lists.xen.org/cgi-bin/mailman/listinfo/xen-api<br></div></blockquote></div=
><br></div></body></html>=

--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4--


--===============1744474180110718327==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1744474180110718327==--


From xen-api-bounces@lists.xen.org Mon May 28 10:12:21 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 10:12:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYwvw-0003fE-9U; Mon, 28 May 2012 10:12:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SYwvu-0003f9-S7
	for xen-api@lists.xen.org; Mon, 28 May 2012 10:12:15 +0000
Received: from [193.109.254.147:8470] by server-1.bemta-14.messagelabs.com id
	8E/47-13428-E7F43CF4; Mon, 28 May 2012 10:12:14 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-4.tower-27.messagelabs.com!1338199928!11547999!1
X-Originating-IP: [194.30.0.65]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMTU0Mzg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23990 invoked from network); 28 May 2012 10:12:08 -0000
Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65)
	by server-4.tower-27.messagelabs.com with SMTP;
	28 May 2012 10:12:08 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop04.sare.net (Postfix) with ESMTPSA id 2A9D89DC472;
	Mon, 28 May 2012 12:12:08 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
In-Reply-To: <201205241608.57483.christian.fischer@easterngraphics.com>
Date: Mon, 28 May 2012 12:12:07 +0200
Message-Id: <9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
	<201205241608.57483.christian.fischer@easterngraphics.com>
To: Christian Fischer <christian.fischer@easterngraphics.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1744474180110718327=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============1744474180110718327==
Content-Type: multipart/alternative; boundary="Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4"


--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Hi all,

Fist of all thanks a lot for all you're help. In FreeBSD I have xentools =
(xenstore-*=85 xen-detect and that stuff) as port for being able to =
install it without issues. Reading the source code of Xenserver have =
seen that the only checks Xencenter and Xen Api does for allowing you to =
use xenservertools advantages (pausing, rebooting...) is basically to =
check 3 or 4 key's data=85. concretely :=20

In xenserver 6.0.0 you can do :=20

- Obtain the xen domu id :=20

xe vm-list uuid=3D'machine's UUID' params=3Ddom-id --minimal

- get that number and replace below in {XEN-DOMU-ID} gaps=85.

xenstore-write /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated 1

Basically=85 xen api checks you to have the three numbers of the version =
6, 0 and 0 in the three keys mentioned apart than updated to 1=85.

this way=85. seems that if you have a freebsd xenhvm kernel and =
xenserver tools and are able to do a xen-detect for example=85. unless =
suspending, rebooting and shutting down the machine=85 works=85 I'm =
doing more checks=85.

Christian=85 thanks a lot mate for you're help=85 but think it's not =
going to be necessary :) :) but very thankful about that :) :)

I'll tell you how my tests are going=85.

Gonna check all this in Xencloud and see if it allows me moving vm's =
based of FreeBSD and so :) :)

Bye!!!


El 24/05/2012, a las 16:08, Christian Fischer escribi=F3:

> On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
>> On 24 May 2012, at 09:49, Mike McClurg wrote:
>>> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>>>> Hi all,
>>>>=20
>>>> Just for confirming it=85 I have been taking a look at =
XenServerTools and
>>>> the script's code and so=85 and after looking how Xen works with =
FreeBSD
>>>> (which seems to be pretty happy with XENHVM 64 bit kernel just it
>>>> unless in Xen4)=85 I have determined that basically the XenCloud =
and
>>>> XenServer should have something to block the machine movement, =
snapshot
>>>> and this kind of features basically from Xen=85 because for example =
the
>>>> machine suspend/resume works out of the box with the XENHVM kernel =
and
>>>> a Xen 4 host kernel. Perhaps can be an XML in where you have a =
variable
>>>> or whatever, wherever that allows or blocks to Xen API (Xencenter)
>>>> doing this kind of features?. I got of course xenstore-* working
>>>> apparently fine in FreeBSD domU.
>>>>=20
>>>> Could anyone please give me an idea??.
>>>=20
>>> If FreeBSD can run as a PV guest on plain Xen, then it should be =
able to
>>> run as a PV guest on XCP. You'll have to install it as an HVM guest, =
and
>>> then convert it to PV as follows:
>>>=20
>>> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
>>> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
>>>=20
>>> And you'll have to make sure that the FreeBSD VM loads all the
>>> appropriate Xen drivers. I haven't tried this yet myself with =
FreeBSD.
>>=20
>> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps
>> would prevent it from booting.
>>=20
>> I think he's just looking for the xe guest utilities to write the
>> appropriate key into xenstore (although I'm not sure as I couldn't =
fully
>> parse the e-mail).
>=20
> I've packaged xs-tools for NexentaStor today, works perfect. I've no=20=

> experiences with FreeBSD, and I've no FreeBSD handy, but I think I can =
assist=20
> you. Can you give me ssh access to a FreeBSD vm?
>=20
> Christian
>=20
>>=20
>> -anil
>>=20
>>=20
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>=20
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi =
all,<div><br></div><div>Fist of all thanks a lot for all you're help. In =
FreeBSD I have xentools (xenstore-*=85 xen-detect and that stuff) as =
port for being able to install it without issues. Reading the source =
code of Xenserver have seen that the only checks Xencenter and Xen Api =
does for allowing you to use xenservertools advantages (pausing, =
rebooting...) is basically to check 3 or 4 key's data=85. concretely =
:&nbsp;</div><div><br></div><div>In xenserver 6.0.0 you can do =
:&nbsp;</div><div><br></div><div>- Obtain the xen domu id =
:&nbsp;</div><div><br></div><div>xe vm-list uuid=3D'machine's UUID' =
params=3Ddom-id --minimal</div><div><br></div><div>- get that number and =
replace below in {XEN-DOMU-ID} =
gaps=85.</div><div><br></div><div>xenstore-write =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated =
1</div><div><b><br></b></div><div>Basically=85 xen api checks you to =
have the three numbers of the version 6, 0 and 0 in the three keys =
mentioned apart than updated to 1=85.</div><div><br></div><div>this =
way=85. seems that if you have a freebsd xenhvm kernel and xenserver =
tools and are able to do a xen-detect for example=85. unless suspending, =
rebooting and shutting down the machine=85 works=85 I'm doing more =
checks=85.</div><div><br></div><div>Christian=85 thanks a lot mate for =
you're help=85 but think it's not going to be necessary :) :) but very =
thankful about that :) :)</div><div><br></div><div>I'll tell you how my =
tests are going=85.</div><div><br></div><div>Gonna check all this in =
Xencloud and see if it allows me moving vm's based of FreeBSD and so :) =
:)</div><div><br></div><div>Bye!!!</div><div><b><br></b></div><div><b><br>=
</b><div><div>El 24/05/2012, a las 16:08, Christian Fischer =
escribi=F3:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div>On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy =
wrote:<br><blockquote type=3D"cite">On 24 May 2012, at 09:49, Mike =
McClurg wrote:<br></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre =
wrote:<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">Hi =
all,<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Just =
for confirming it=85 I have been taking a look at XenServerTools =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">the =
script's code and so=85 and after looking how Xen works with =
FreeBSD<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">(which =
seems to be pretty happy with XENHVM 64 bit kernel just =
it<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">unless =
in Xen4)=85 I have determined that basically the XenCloud =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">XenServer should have something to block the machine =
movement, snapshot<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">and =
this kind of features basically from Xen=85 because for example =
the<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">machine =
suspend/resume works out of the box with the XENHVM kernel =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">a Xen =
4 host kernel. Perhaps can be an XML in where you have a =
variable<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">or =
whatever, wherever that allows or blocks to Xen API =
(Xencenter)<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">doing =
this kind of features?. I got of course xenstore-* =
working<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">apparently fine in FreeBSD =
domU.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Could =
anyone please give me an =
idea??.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">If FreeBSD can run as a PV guest =
on plain Xen, then it should be able =
to<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">run as a PV guest on XCP. You'll have to install it as an =
HVM guest, and<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">then convert it to PV as =
follows:<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
HVM-boot-policy=3D<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
PV-bootloader=3Dpygrub<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">And you'll have to make sure =
that the FreeBSD VM loads all =
the<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">appropriate Xen drivers. I haven't tried this yet myself =
with FreeBSD.<br></blockquote></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">The XENHVM =
64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps<br></blockquote><blockquote type=3D"cite">would prevent it from =
booting.<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">I think he's =
just looking for the xe guest utilities to write =
the<br></blockquote><blockquote type=3D"cite">appropriate key into =
xenstore (although I'm not sure as I couldn't =
fully<br></blockquote><blockquote type=3D"cite">parse the =
e-mail).<br></blockquote><br>I've packaged xs-tools for NexentaStor =
today, works perfect. I've no <br>experiences with FreeBSD, and I've no =
FreeBSD handy, but I think I can assist <br>you. Can you give me ssh =
access to a FreeBSD vm?<br><br>Christian<br><br><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">-anil<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">_______________________________________________<br></blockqu=
ote><blockquote type=3D"cite">Xen-api mailing =
list<br></blockquote><blockquote type=3D"cite"><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br></block=
quote><blockquote type=3D"cite"><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></blockquote><br><br>___=
____________________________________________<br>Xen-api mailing =
list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>http://=
lists.xen.org/cgi-bin/mailman/listinfo/xen-api<br></div></blockquote></div=
><br></div></body></html>=

--Apple-Mail=_9434A4B1-AC53-4AA0-B98A-0B861BA369B4--


--===============1744474180110718327==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1744474180110718327==--


From xen-api-bounces@lists.xen.org Mon May 28 11:51:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 11:51:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYyTv-0004jj-Pq; Mon, 28 May 2012 11:51:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SYyTt-0004je-Ui
	for xen-api@lists.xen.org; Mon, 28 May 2012 11:51:26 +0000
Received: from [85.158.143.99:35473] by server-3.bemta-4.messagelabs.com id
	28/BC-05853-DB663CF4; Mon, 28 May 2012 11:51:25 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-11.tower-216.messagelabs.com!1338205884!22595582!1
X-Originating-IP: [194.30.0.65]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMTU0Mzg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27414 invoked from network); 28 May 2012 11:51:24 -0000
Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65)
	by server-11.tower-216.messagelabs.com with SMTP;
	28 May 2012 11:51:24 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop04.sare.net (Postfix) with ESMTPSA id BEF029DC492;
	Mon, 28 May 2012 13:51:23 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
In-Reply-To: <9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
Date: Mon, 28 May 2012 13:51:23 +0200
Message-Id: <71D22591-4363-4C15-A5A3-6F219B2613E3@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
	<201205241608.57483.christian.fischer@easterngraphics.com>
	<9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
To: Christian Fischer <christian.fischer@easterngraphics.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1781042484292293122=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============1781042484292293122==
Content-Type: multipart/alternative; boundary="Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4"


--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

For the moment working :) :) :)

I can migrate FreeBSD vm with just 4 (literally) ping loose=85.

:) :) :)

It's just an advance=85 I need to do more testing and intensive testing =
even=85. but looks good unless until now :) :)

FreeBSD r##lz!!!


El 28/05/2012, a las 12:12, Egoitz Aurrekoetxea Aurre escribi=F3:

> Hi all,
>=20
> Fist of all thanks a lot for all you're help. In FreeBSD I have =
xentools (xenstore-*=85 xen-detect and that stuff) as port for being =
able to install it without issues. Reading the source code of Xenserver =
have seen that the only checks Xencenter and Xen Api does for allowing =
you to use xenservertools advantages (pausing, rebooting...) is =
basically to check 3 or 4 key's data=85. concretely :=20
>=20
> In xenserver 6.0.0 you can do :=20
>=20
> - Obtain the xen domu id :=20
>=20
> xe vm-list uuid=3D'machine's UUID' params=3Ddom-id --minimal
>=20
> - get that number and replace below in {XEN-DOMU-ID} gaps=85.
>=20
> xenstore-write /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion =
6 /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated 1
>=20
> Basically=85 xen api checks you to have the three numbers of the =
version 6, 0 and 0 in the three keys mentioned apart than updated to 1=85.=

>=20
> this way=85. seems that if you have a freebsd xenhvm kernel and =
xenserver tools and are able to do a xen-detect for example=85. unless =
suspending, rebooting and shutting down the machine=85 works=85 I'm =
doing more checks=85.
>=20
> Christian=85 thanks a lot mate for you're help=85 but think it's not =
going to be necessary :) :) but very thankful about that :) :)
>=20
> I'll tell you how my tests are going=85.
>=20
> Gonna check all this in Xencloud and see if it allows me moving vm's =
based of FreeBSD and so :) :)
>=20
> Bye!!!
>=20
>=20
> El 24/05/2012, a las 16:08, Christian Fischer escribi=F3:
>=20
>> On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
>>> On 24 May 2012, at 09:49, Mike McClurg wrote:
>>>> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>>>>> Hi all,
>>>>>=20
>>>>> Just for confirming it=85 I have been taking a look at =
XenServerTools and
>>>>> the script's code and so=85 and after looking how Xen works with =
FreeBSD
>>>>> (which seems to be pretty happy with XENHVM 64 bit kernel just it
>>>>> unless in Xen4)=85 I have determined that basically the XenCloud =
and
>>>>> XenServer should have something to block the machine movement, =
snapshot
>>>>> and this kind of features basically from Xen=85 because for =
example the
>>>>> machine suspend/resume works out of the box with the XENHVM kernel =
and
>>>>> a Xen 4 host kernel. Perhaps can be an XML in where you have a =
variable
>>>>> or whatever, wherever that allows or blocks to Xen API (Xencenter)
>>>>> doing this kind of features?. I got of course xenstore-* working
>>>>> apparently fine in FreeBSD domU.
>>>>>=20
>>>>> Could anyone please give me an idea??.
>>>>=20
>>>> If FreeBSD can run as a PV guest on plain Xen, then it should be =
able to
>>>> run as a PV guest on XCP. You'll have to install it as an HVM =
guest, and
>>>> then convert it to PV as follows:
>>>>=20
>>>> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
>>>> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
>>>>=20
>>>> And you'll have to make sure that the FreeBSD VM loads all the
>>>> appropriate Xen drivers. I haven't tried this yet myself with =
FreeBSD.
>>>=20
>>> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps
>>> would prevent it from booting.
>>>=20
>>> I think he's just looking for the xe guest utilities to write the
>>> appropriate key into xenstore (although I'm not sure as I couldn't =
fully
>>> parse the e-mail).
>>=20
>> I've packaged xs-tools for NexentaStor today, works perfect. I've no=20=

>> experiences with FreeBSD, and I've no FreeBSD handy, but I think I =
can assist=20
>> you. Can you give me ssh access to a FreeBSD vm?
>>=20
>> Christian
>>=20
>>>=20
>>> -anil
>>>=20
>>>=20
>>> _______________________________________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>=20
>>=20
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">For =
the moment working :) :) :)<div><br></div><div>I can migrate FreeBSD vm =
with just 4 (literally) ping loose=85.</div><div><br></div><div>:) :) =
:)</div><div><br></div><div>It's just an advance=85 I need to do more =
testing and intensive testing even=85. but looks good unless until now =
:) :)</div><div><br></div><div>FreeBSD =
r##lz!!!</div><div><br></div><div><br><div><div>El 28/05/2012, a las =
12:12, Egoitz Aurrekoetxea Aurre escribi=F3:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">Hi all,<div><br></div><div>Fist =
of all thanks a lot for all you're help. In FreeBSD I have xentools =
(xenstore-*=85 xen-detect and that stuff) as port for being able to =
install it without issues. Reading the source code of Xenserver have =
seen that the only checks Xencenter and Xen Api does for allowing you to =
use xenservertools advantages (pausing, rebooting...) is basically to =
check 3 or 4 key's data=85. concretely =
:&nbsp;</div><div><br></div><div>In xenserver 6.0.0 you can do =
:&nbsp;</div><div><br></div><div>- Obtain the xen domu id =
:&nbsp;</div><div><br></div><div>xe vm-list uuid=3D'machine's UUID' =
params=3Ddom-id --minimal</div><div><br></div><div>- get that number and =
replace below in {XEN-DOMU-ID} =
gaps=85.</div><div><br></div><div>xenstore-write =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated =
1</div><div><b><br></b></div><div>Basically=85 xen api checks you to =
have the three numbers of the version 6, 0 and 0 in the three keys =
mentioned apart than updated to 1=85.</div><div><br></div><div>this =
way=85. seems that if you have a freebsd xenhvm kernel and xenserver =
tools and are able to do a xen-detect for example=85. unless suspending, =
rebooting and shutting down the machine=85 works=85 I'm doing more =
checks=85.</div><div><br></div><div>Christian=85 thanks a lot mate for =
you're help=85 but think it's not going to be necessary :) :) but very =
thankful about that :) :)</div><div><br></div><div>I'll tell you how my =
tests are going=85.</div><div><br></div><div>Gonna check all this in =
Xencloud and see if it allows me moving vm's based of FreeBSD and so :) =
:)</div><div><br></div><div>Bye!!!</div><div><b><br></b></div><div><b><br>=
</b><div><div>El 24/05/2012, a las 16:08, Christian Fischer =
escribi=F3:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div>On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy =
wrote:<br><blockquote type=3D"cite">On 24 May 2012, at 09:49, Mike =
McClurg wrote:<br></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre =
wrote:<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">Hi =
all,<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Just =
for confirming it=85 I have been taking a look at XenServerTools =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">the =
script's code and so=85 and after looking how Xen works with =
FreeBSD<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">(which =
seems to be pretty happy with XENHVM 64 bit kernel just =
it<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">unless =
in Xen4)=85 I have determined that basically the XenCloud =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">XenServer should have something to block the machine =
movement, snapshot<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">and =
this kind of features basically from Xen=85 because for example =
the<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">machine =
suspend/resume works out of the box with the XENHVM kernel =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">a Xen =
4 host kernel. Perhaps can be an XML in where you have a =
variable<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">or =
whatever, wherever that allows or blocks to Xen API =
(Xencenter)<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">doing =
this kind of features?. I got of course xenstore-* =
working<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">apparently fine in FreeBSD =
domU.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Could =
anyone please give me an =
idea??.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">If FreeBSD can run as a PV guest =
on plain Xen, then it should be able =
to<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">run as a PV guest on XCP. You'll have to install it as an =
HVM guest, and<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">then convert it to PV as =
follows:<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
HVM-boot-policy=3D<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
PV-bootloader=3Dpygrub<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">And you'll have to make sure =
that the FreeBSD VM loads all =
the<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">appropriate Xen drivers. I haven't tried this yet myself =
with FreeBSD.<br></blockquote></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">The XENHVM =
64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps<br></blockquote><blockquote type=3D"cite">would prevent it from =
booting.<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">I think he's =
just looking for the xe guest utilities to write =
the<br></blockquote><blockquote type=3D"cite">appropriate key into =
xenstore (although I'm not sure as I couldn't =
fully<br></blockquote><blockquote type=3D"cite">parse the =
e-mail).<br></blockquote><br>I've packaged xs-tools for NexentaStor =
today, works perfect. I've no <br>experiences with FreeBSD, and I've no =
FreeBSD handy, but I think I can assist <br>you. Can you give me ssh =
access to a FreeBSD vm?<br><br>Christian<br><br><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">-anil<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">_______________________________________________<br></blockqu=
ote><blockquote type=3D"cite">Xen-api mailing =
list<br></blockquote><blockquote type=3D"cite"><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br></block=
quote><blockquote type=3D"cite"><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></blockquote><br><br>___=
____________________________________________<br>Xen-api mailing =
list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></div></blockquote></div=
><br></div></div>_______________________________________________<br>Xen-ap=
i mailing list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>http://=
lists.xen.org/cgi-bin/mailman/listinfo/xen-api<br></blockquote></div><br><=
/div></body></html>=

--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4--


--===============1781042484292293122==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1781042484292293122==--


From xen-api-bounces@lists.xen.org Mon May 28 11:51:35 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 11:51:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYyTv-0004jj-Pq; Mon, 28 May 2012 11:51:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <egoitz@ramattack.net>) id 1SYyTt-0004je-Ui
	for xen-api@lists.xen.org; Mon, 28 May 2012 11:51:26 +0000
Received: from [85.158.143.99:35473] by server-3.bemta-4.messagelabs.com id
	28/BC-05853-DB663CF4; Mon, 28 May 2012 11:51:25 +0000
X-Env-Sender: egoitz@ramattack.net
X-Msg-Ref: server-11.tower-216.messagelabs.com!1338205884!22595582!1
X-Originating-IP: [194.30.0.65]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTk0LjMwLjAuNjUgPT4gMTU0Mzg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27414 invoked from network); 28 May 2012 11:51:24 -0000
Received: from proxypop04.sare.net (HELO proxypop04.sare.net) (194.30.0.65)
	by server-11.tower-216.messagelabs.com with SMTP;
	28 May 2012 11:51:24 -0000
Received: from [172.16.2.46] (izaro.sarenet.es [192.148.167.11])
	by proxypop04.sare.net (Postfix) with ESMTPSA id BEF029DC492;
	Mon, 28 May 2012 13:51:23 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1278)
From: Egoitz Aurrekoetxea Aurre <egoitz@ramattack.net>
In-Reply-To: <9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
Date: Mon, 28 May 2012 13:51:23 +0200
Message-Id: <71D22591-4363-4C15-A5A3-6F219B2613E3@ramattack.net>
References: <28AA598C-E44C-469B-8101-F4A6873CCA54@ramattack.net>
	<4FBDF60D.7000009@citrix.com>
	<70BD2BB3-84BE-40B0-88C5-C0E3A7DAA04A@recoil.org>
	<201205241608.57483.christian.fischer@easterngraphics.com>
	<9C65D658-4AB0-4E41-9CAA-603FB98D4AB9@ramattack.net>
To: Christian Fischer <christian.fischer@easterngraphics.com>
X-Mailer: Apple Mail (2.1278)
Cc: xen-api@lists.xen.org
Subject: Re: [Xen-API] FreeBSD on XenCloud
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1781042484292293122=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


--===============1781042484292293122==
Content-Type: multipart/alternative; boundary="Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4"


--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

For the moment working :) :) :)

I can migrate FreeBSD vm with just 4 (literally) ping loose=85.

:) :) :)

It's just an advance=85 I need to do more testing and intensive testing =
even=85. but looks good unless until now :) :)

FreeBSD r##lz!!!


El 28/05/2012, a las 12:12, Egoitz Aurrekoetxea Aurre escribi=F3:

> Hi all,
>=20
> Fist of all thanks a lot for all you're help. In FreeBSD I have =
xentools (xenstore-*=85 xen-detect and that stuff) as port for being =
able to install it without issues. Reading the source code of Xenserver =
have seen that the only checks Xencenter and Xen Api does for allowing =
you to use xenservertools advantages (pausing, rebooting...) is =
basically to check 3 or 4 key's data=85. concretely :=20
>=20
> In xenserver 6.0.0 you can do :=20
>=20
> - Obtain the xen domu id :=20
>=20
> xe vm-list uuid=3D'machine's UUID' params=3Ddom-id --minimal
>=20
> - get that number and replace below in {XEN-DOMU-ID} gaps=85.
>=20
> xenstore-write /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion =
6 /local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated 1
>=20
> Basically=85 xen api checks you to have the three numbers of the =
version 6, 0 and 0 in the three keys mentioned apart than updated to 1=85.=

>=20
> this way=85. seems that if you have a freebsd xenhvm kernel and =
xenserver tools and are able to do a xen-detect for example=85. unless =
suspending, rebooting and shutting down the machine=85 works=85 I'm =
doing more checks=85.
>=20
> Christian=85 thanks a lot mate for you're help=85 but think it's not =
going to be necessary :) :) but very thankful about that :) :)
>=20
> I'll tell you how my tests are going=85.
>=20
> Gonna check all this in Xencloud and see if it allows me moving vm's =
based of FreeBSD and so :) :)
>=20
> Bye!!!
>=20
>=20
> El 24/05/2012, a las 16:08, Christian Fischer escribi=F3:
>=20
>> On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy wrote:
>>> On 24 May 2012, at 09:49, Mike McClurg wrote:
>>>> On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre wrote:
>>>>> Hi all,
>>>>>=20
>>>>> Just for confirming it=85 I have been taking a look at =
XenServerTools and
>>>>> the script's code and so=85 and after looking how Xen works with =
FreeBSD
>>>>> (which seems to be pretty happy with XENHVM 64 bit kernel just it
>>>>> unless in Xen4)=85 I have determined that basically the XenCloud =
and
>>>>> XenServer should have something to block the machine movement, =
snapshot
>>>>> and this kind of features basically from Xen=85 because for =
example the
>>>>> machine suspend/resume works out of the box with the XENHVM kernel =
and
>>>>> a Xen 4 host kernel. Perhaps can be an XML in where you have a =
variable
>>>>> or whatever, wherever that allows or blocks to Xen API (Xencenter)
>>>>> doing this kind of features?. I got of course xenstore-* working
>>>>> apparently fine in FreeBSD domU.
>>>>>=20
>>>>> Could anyone please give me an idea??.
>>>>=20
>>>> If FreeBSD can run as a PV guest on plain Xen, then it should be =
able to
>>>> run as a PV guest on XCP. You'll have to install it as an HVM =
guest, and
>>>> then convert it to PV as follows:
>>>>=20
>>>> # xe vm-param-set uuid=3D$vm HVM-boot-policy=3D
>>>> # xe vm-param-set uuid=3D$vm PV-bootloader=3Dpygrub
>>>>=20
>>>> And you'll have to make sure that the FreeBSD VM loads all the
>>>> appropriate Xen drivers. I haven't tried this yet myself with =
FreeBSD.
>>>=20
>>> The XENHVM 64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps
>>> would prevent it from booting.
>>>=20
>>> I think he's just looking for the xe guest utilities to write the
>>> appropriate key into xenstore (although I'm not sure as I couldn't =
fully
>>> parse the e-mail).
>>=20
>> I've packaged xs-tools for NexentaStor today, works perfect. I've no=20=

>> experiences with FreeBSD, and I've no FreeBSD handy, but I think I =
can assist=20
>> you. Can you give me ssh access to a FreeBSD vm?
>>=20
>> Christian
>>=20
>>>=20
>>> -anil
>>>=20
>>>=20
>>> _______________________________________________
>>> Xen-api mailing list
>>> Xen-api@lists.xen.org
>>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>=20
>>=20
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>=20
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">For =
the moment working :) :) :)<div><br></div><div>I can migrate FreeBSD vm =
with just 4 (literally) ping loose=85.</div><div><br></div><div>:) :) =
:)</div><div><br></div><div>It's just an advance=85 I need to do more =
testing and intensive testing even=85. but looks good unless until now =
:) :)</div><div><br></div><div>FreeBSD =
r##lz!!!</div><div><br></div><div><br><div><div>El 28/05/2012, a las =
12:12, Egoitz Aurrekoetxea Aurre escribi=F3:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite"><div =
style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">Hi all,<div><br></div><div>Fist =
of all thanks a lot for all you're help. In FreeBSD I have xentools =
(xenstore-*=85 xen-detect and that stuff) as port for being able to =
install it without issues. Reading the source code of Xenserver have =
seen that the only checks Xencenter and Xen Api does for allowing you to =
use xenservertools advantages (pausing, rebooting...) is basically to =
check 3 or 4 key's data=85. concretely =
:&nbsp;</div><div><br></div><div>In xenserver 6.0.0 you can do =
:&nbsp;</div><div><br></div><div>- Obtain the xen domu id =
:&nbsp;</div><div><br></div><div>xe vm-list uuid=3D'machine's UUID' =
params=3Ddom-id --minimal</div><div><br></div><div>- get that number and =
replace below in {XEN-DOMU-ID} =
gaps=85.</div><div><br></div><div>xenstore-write =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MajorVersion 6 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MinorVersion 0 =
/local/domain/{XEN-DOMU-ID}/attr/PVAddons/MicroVersion 0 =
/local/domain/{XEN-DOMU-ID}/data/updated =
1</div><div><b><br></b></div><div>Basically=85 xen api checks you to =
have the three numbers of the version 6, 0 and 0 in the three keys =
mentioned apart than updated to 1=85.</div><div><br></div><div>this =
way=85. seems that if you have a freebsd xenhvm kernel and xenserver =
tools and are able to do a xen-detect for example=85. unless suspending, =
rebooting and shutting down the machine=85 works=85 I'm doing more =
checks=85.</div><div><br></div><div>Christian=85 thanks a lot mate for =
you're help=85 but think it's not going to be necessary :) :) but very =
thankful about that :) :)</div><div><br></div><div>I'll tell you how my =
tests are going=85.</div><div><br></div><div>Gonna check all this in =
Xencloud and see if it allows me moving vm's based of FreeBSD and so :) =
:)</div><div><br></div><div>Bye!!!</div><div><b><br></b></div><div><b><br>=
</b><div><div>El 24/05/2012, a las 16:08, Christian Fischer =
escribi=F3:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div>On Thursday 24 May 2012 11:43:49 Anil Madhavapeddy =
wrote:<br><blockquote type=3D"cite">On 24 May 2012, at 09:49, Mike =
McClurg wrote:<br></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">On 22/05/12 15:09, Egoitz Aurrekoetxea Aurre =
wrote:<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">Hi =
all,<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Just =
for confirming it=85 I have been taking a look at XenServerTools =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">the =
script's code and so=85 and after looking how Xen works with =
FreeBSD<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">(which =
seems to be pretty happy with XENHVM 64 bit kernel just =
it<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">unless =
in Xen4)=85 I have determined that basically the XenCloud =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">XenServer should have something to block the machine =
movement, snapshot<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">and =
this kind of features basically from Xen=85 because for example =
the<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">machine =
suspend/resume works out of the box with the XENHVM kernel =
and<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">a Xen =
4 host kernel. Perhaps can be an XML in where you have a =
variable<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">or =
whatever, wherever that allows or blocks to Xen API =
(Xencenter)<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">doing =
this kind of features?. I got of course xenstore-* =
working<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite">apparently fine in FreeBSD =
domU.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote type=3D"cite">Could =
anyone please give me an =
idea??.<br></blockquote></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">If FreeBSD can run as a PV guest =
on plain Xen, then it should be able =
to<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">run as a PV guest on XCP. You'll have to install it as an =
HVM guest, and<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">then convert it to PV as =
follows:<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
HVM-boot-policy=3D<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite"># xe vm-param-set uuid=3D$vm =
PV-bootloader=3Dpygrub<br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote =
type=3D"cite"><br></blockquote></blockquote><blockquote =
type=3D"cite"><blockquote type=3D"cite">And you'll have to make sure =
that the FreeBSD VM loads all =
the<br></blockquote></blockquote><blockquote type=3D"cite"><blockquote =
type=3D"cite">appropriate Xen drivers. I haven't tried this yet myself =
with FreeBSD.<br></blockquote></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">The XENHVM =
64-bit FreeBSD is an HVM guest with PV drivers, so these =
steps<br></blockquote><blockquote type=3D"cite">would prevent it from =
booting.<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote type=3D"cite">I think he's =
just looking for the xe guest utilities to write =
the<br></blockquote><blockquote type=3D"cite">appropriate key into =
xenstore (although I'm not sure as I couldn't =
fully<br></blockquote><blockquote type=3D"cite">parse the =
e-mail).<br></blockquote><br>I've packaged xs-tools for NexentaStor =
today, works perfect. I've no <br>experiences with FreeBSD, and I've no =
FreeBSD handy, but I think I can assist <br>you. Can you give me ssh =
access to a FreeBSD vm?<br><br>Christian<br><br><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">-anil<br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite"><br></blockquote><blockquote =
type=3D"cite">_______________________________________________<br></blockqu=
ote><blockquote type=3D"cite">Xen-api mailing =
list<br></blockquote><blockquote type=3D"cite"><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br></block=
quote><blockquote type=3D"cite"><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></blockquote><br><br>___=
____________________________________________<br>Xen-api mailing =
list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br><a =
href=3D"http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api">http://list=
s.xen.org/cgi-bin/mailman/listinfo/xen-api</a><br></div></blockquote></div=
><br></div></div>_______________________________________________<br>Xen-ap=
i mailing list<br><a =
href=3D"mailto:Xen-api@lists.xen.org">Xen-api@lists.xen.org</a><br>http://=
lists.xen.org/cgi-bin/mailman/listinfo/xen-api<br></blockquote></div><br><=
/div></body></html>=

--Apple-Mail=_4286885C-9876-44C4-B087-356A77508BB4--


--===============1781042484292293122==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============1781042484292293122==--


From xen-api-bounces@lists.xen.org Mon May 28 12:41:19 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 12:41:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYzG4-00055o-EX; Mon, 28 May 2012 12:41:12 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SYzG3-00055f-EE
	for xen-api@lists.xen.org; Mon, 28 May 2012 12:41:11 +0000
Received: from [85.158.143.35:26800] by server-2.bemta-4.messagelabs.com id
	F4/B9-12211-66273CF4; Mon, 28 May 2012 12:41:10 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338208866!13606440!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTEwMTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4474 invoked from network); 28 May 2012 12:41:07 -0000
Received: from smtp.tele.fi (HELO vulpes-int.media.sonera.net) (192.89.123.25)
	by server-7.tower-21.messagelabs.com with SMTP;
	28 May 2012 12:41:07 -0000
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by vulpes-int.media.sonera.net (Postfix) with ESMTP id 1C73D7EA9;
	Mon, 28 May 2012 14:56:07 +0300 (EEST)
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id C9F4D22F1;
	Mon, 28 May 2012 14:55:28 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 5519F2005D; Mon, 28 May 2012 14:55:28 +0300 (EEST)
Date: Mon, 28 May 2012 14:55:28 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Glanville <joseph.glanville@orionvm.com.au>
Message-ID: <20120528115527.GB2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
> Hi,
> 
> I am doing abit of research for the wiki and also to try debug some
> Windows guest driver issues.
> Would someone know what versions of Xen are included in the various
> XenServer and XCP versions?

Remember both XenServer and XCP have their "product patch queues"
which add a lot of patches on top of the xen.org releases.

For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing.hg: 
http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/

and:
qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-unstable.hg:
http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/

and:
dom0 kernel:
http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/


XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
but still using Xenlinux 2.6.32 dom0 kernel.


> Specifically looking for something more accurate then major.minor.
> Also having accurate Linux kernel versions would be great also. (I
> assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
> 

XenServer and XCP are using *Xenlinux* kernel, not pvops.
It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches. 

> Ultimately I want to draw up a compatibility matrix of GPLPV and
> Citrix PV drivers using this information + testing and provide
> compatible Xen changesets and kernels for people that want to roll
> their own but still be able to use Citrix PV drivers if they want to.
> 

That would be nice to have!

-- Pasi


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 12:41:19 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 12:41:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SYzG4-00055o-EX; Mon, 28 May 2012 12:41:12 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SYzG3-00055f-EE
	for xen-api@lists.xen.org; Mon, 28 May 2012 12:41:11 +0000
Received: from [85.158.143.35:26800] by server-2.bemta-4.messagelabs.com id
	F4/B9-12211-66273CF4; Mon, 28 May 2012 12:41:10 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338208866!13606440!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTEwMTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4474 invoked from network); 28 May 2012 12:41:07 -0000
Received: from smtp.tele.fi (HELO vulpes-int.media.sonera.net) (192.89.123.25)
	by server-7.tower-21.messagelabs.com with SMTP;
	28 May 2012 12:41:07 -0000
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by vulpes-int.media.sonera.net (Postfix) with ESMTP id 1C73D7EA9;
	Mon, 28 May 2012 14:56:07 +0300 (EEST)
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id C9F4D22F1;
	Mon, 28 May 2012 14:55:28 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 5519F2005D; Mon, 28 May 2012 14:55:28 +0300 (EEST)
Date: Mon, 28 May 2012 14:55:28 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Glanville <joseph.glanville@orionvm.com.au>
Message-ID: <20120528115527.GB2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
> Hi,
> 
> I am doing abit of research for the wiki and also to try debug some
> Windows guest driver issues.
> Would someone know what versions of Xen are included in the various
> XenServer and XCP versions?

Remember both XenServer and XCP have their "product patch queues"
which add a lot of patches on top of the xen.org releases.

For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing.hg: 
http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/

and:
qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-unstable.hg:
http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/

and:
dom0 kernel:
http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/


XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
but still using Xenlinux 2.6.32 dom0 kernel.


> Specifically looking for something more accurate then major.minor.
> Also having accurate Linux kernel versions would be great also. (I
> assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
> 

XenServer and XCP are using *Xenlinux* kernel, not pvops.
It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches. 

> Ultimately I want to draw up a compatibility matrix of GPLPV and
> Citrix PV drivers using this information + testing and provide
> compatible Xen changesets and kernels for people that want to roll
> their own but still be able to use Citrix PV drivers if they want to.
> 

That would be nice to have!

-- Pasi


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 13:59:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 13:59:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ0TN-00066Y-QC; Mon, 28 May 2012 13:59:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SZ0TM-00066T-7A
	for xen-api@lists.xen.org; Mon, 28 May 2012 13:59:00 +0000
Received: from [85.158.138.51:56364] by server-8.bemta-3.messagelabs.com id
	93/14-24402-3A483CF4; Mon, 28 May 2012 13:58:59 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-10.tower-174.messagelabs.com!1338213537!25462449!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7883 invoked from network); 28 May 2012 13:58:58 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 13:58:58 -0000
Received: by lahc1 with SMTP id c1so2445478lah.32
	for <xen-api@lists.xen.org>; Mon, 28 May 2012 06:58:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=HezESXNz/DQUu8iptthyl2lgMGazsYK66fkX/7flYOk=;
	b=Kp2pFrg/IIyjAVPoRTtaMbvilL9QtFyhsx4wighFuZFRQkSoSC2mNr4B8uNtI3LN5P
	02y+Q83xfyEEui1gNrjtrK5VdQX0u5vwyHsMDF5qpSzse3RZcoQEMXPnDb9GjBGJqDyr
	jsXi84J+WxKMudVIdPZ174v3gIAXlU2YgAZhJGTWNHUl6T/R7fOwjyUE6k/0/NNUQcSV
	jNQgcJSTXh7rVo8Nni4DXfFb1Y6tR81ocO5PVF3eMao/DQR42KwXoB072/4ypC+PtxYN
	JJ0PXEWhNkFi1G2K5Nx7vMCraY777KgI7ZaQ7uxutQQzCVKf5CCLrD2ZZiiYci1dd0M8
	lj3A==
Received: by 10.112.83.229 with SMTP id t5mr3734812lby.8.1338213536925;
	Mon, 28 May 2012 06:58:56 -0700 (PDT)
Received: from [192.168.10.37] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id d3sm7304296lbh.3.2012.05.28.06.58.54
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 06:58:55 -0700 (PDT)
Message-ID: <4FC3849D.9020306@gmail.com>
Date: Mon, 28 May 2012 17:58:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120522 Thunderbird/13.0
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
	<4FBD395C.1080808@gmail.com>
In-Reply-To: <4FBD395C.1080808@gmail.com>
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


On 23.05.2012 23:24, George Shuklin wrote:
> On 23.05.2012 22:44, Dave Scott wrote:
>> xenstore-write /local/domain/0/vm hello
>
> Yes, it plugged successfully (at least no error messages).
>
> I saw that code in  device.ml (where exception was raised), it seems 
> be checking that path in xenstore:
>
>                 (* Sanity check: ensure the backend domain exists *)
>                 let _ =
>                         try
>                                 let (_: string) = t.Xst.read (sprintf 
> "/local/domain/%d/vm" device.backend.domid) in
>                                 ()
>                         with Xenbus.Xb.Noent ->
>                                 raise (Device_backend_vanished device) in
>
>
> But even I was successfull, I unable to perform any IO in guest domain 
> (I've get into initrd but I see no /dev/xvd* devices and no messages 
> in dmesg related to new device).

I was wrong about this. Workaround 'xenstore-write /local/domain/0/vm 
something' works and new device is available in guest domain. There is a 
separate problem with networking I'll report separately.

Now but description is looking like this:

xcp-xapi package does not write dom0 uuid in xenstore upon startup. This 
prevents normal device initialization.



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 13:59:10 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 13:59:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ0TN-00066Y-QC; Mon, 28 May 2012 13:59:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SZ0TM-00066T-7A
	for xen-api@lists.xen.org; Mon, 28 May 2012 13:59:00 +0000
Received: from [85.158.138.51:56364] by server-8.bemta-3.messagelabs.com id
	93/14-24402-3A483CF4; Mon, 28 May 2012 13:58:59 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-10.tower-174.messagelabs.com!1338213537!25462449!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7883 invoked from network); 28 May 2012 13:58:58 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 13:58:58 -0000
Received: by lahc1 with SMTP id c1so2445478lah.32
	for <xen-api@lists.xen.org>; Mon, 28 May 2012 06:58:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	bh=HezESXNz/DQUu8iptthyl2lgMGazsYK66fkX/7flYOk=;
	b=Kp2pFrg/IIyjAVPoRTtaMbvilL9QtFyhsx4wighFuZFRQkSoSC2mNr4B8uNtI3LN5P
	02y+Q83xfyEEui1gNrjtrK5VdQX0u5vwyHsMDF5qpSzse3RZcoQEMXPnDb9GjBGJqDyr
	jsXi84J+WxKMudVIdPZ174v3gIAXlU2YgAZhJGTWNHUl6T/R7fOwjyUE6k/0/NNUQcSV
	jNQgcJSTXh7rVo8Nni4DXfFb1Y6tR81ocO5PVF3eMao/DQR42KwXoB072/4ypC+PtxYN
	JJ0PXEWhNkFi1G2K5Nx7vMCraY777KgI7ZaQ7uxutQQzCVKf5CCLrD2ZZiiYci1dd0M8
	lj3A==
Received: by 10.112.83.229 with SMTP id t5mr3734812lby.8.1338213536925;
	Mon, 28 May 2012 06:58:56 -0700 (PDT)
Received: from [192.168.10.37] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id d3sm7304296lbh.3.2012.05.28.06.58.54
	(version=SSLv3 cipher=OTHER); Mon, 28 May 2012 06:58:55 -0700 (PDT)
Message-ID: <4FC3849D.9020306@gmail.com>
Date: Mon, 28 May 2012 17:58:53 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120522 Thunderbird/13.0
MIME-Version: 1.0
To: Dave Scott <Dave.Scott@eu.citrix.com>
References: <20120523140748.4342.38685.reportbug@lab-xh3>
	<4FBD2804.3000304@gmail.com>
	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>
	<4FBD395C.1080808@gmail.com>
In-Reply-To: <4FBD395C.1080808@gmail.com>
Cc: "674161@bugs.debian.org" <674161@bugs.debian.org>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from
 xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


On 23.05.2012 23:24, George Shuklin wrote:
> On 23.05.2012 22:44, Dave Scott wrote:
>> xenstore-write /local/domain/0/vm hello
>
> Yes, it plugged successfully (at least no error messages).
>
> I saw that code in  device.ml (where exception was raised), it seems 
> be checking that path in xenstore:
>
>                 (* Sanity check: ensure the backend domain exists *)
>                 let _ =
>                         try
>                                 let (_: string) = t.Xst.read (sprintf 
> "/local/domain/%d/vm" device.backend.domid) in
>                                 ()
>                         with Xenbus.Xb.Noent ->
>                                 raise (Device_backend_vanished device) in
>
>
> But even I was successfull, I unable to perform any IO in guest domain 
> (I've get into initrd but I see no /dev/xvd* devices and no messages 
> in dmesg related to new device).

I was wrong about this. Workaround 'xenstore-write /local/domain/0/vm 
something' works and new device is available in guest domain. There is a 
separate problem with networking I'll report separately.

Now but description is looking like this:

xcp-xapi package does not write dom0 uuid in xenstore upon startup. This 
prevents normal device initialization.



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 16:04:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 16:04:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ2QY-0007J1-4i; Mon, 28 May 2012 16:04:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SZ2QX-0007Io-Db
	for xen-api@lists.xen.org; Mon, 28 May 2012 16:04:13 +0000
Received: from [85.158.138.51:5557] by server-12.bemta-3.messagelabs.com id
	7C/AE-18957-CF1A3CF4; Mon, 28 May 2012 16:04:12 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-7.tower-174.messagelabs.com!1338221051!20637782!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16727 invoked from network); 28 May 2012 16:04:12 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 28 May 2012 16:04:12 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id C05FC468003;
	Mon, 28 May 2012 16:04:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=Xg63FniT3
	/1+mUQNRoaHViLDQYg=; b=guQ8YbnRID1aaKiJ477QpZ/EEpl5z0BCmeHZq+cXp
	ZttPbo0xn+b6fj5yw+2/8yGdE+sw4TnK/idOhZIbtHkvopdyzH0kvh65Dxhgma5y
	JVZTv7xMUcmeaTpZQuUSWIiVMKRosSUXh6aQayO/gcwUrsW2gW5rlHXY9tmKCSWx
	7A=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=EIm
	Ms74EiMaeYErlXr7zTg887GerXwzwPMtod7v8osTBRiwgoLMGbEhytHoLTGbI3bw
	hmazg+hhuZtZYmKbS3lz7UFwpo9UBtLsD4d4XpEYyd5WfLn/VtA4ntuEkzkQZVuj
	LCtF91WZjUxkMNNrgKc+o1GU7Ea24FZ19Q8L100w=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id DE710468001;
	Mon, 28 May 2012 16:04:56 +0000 (UTC)
Message-ID: <4FC3A1F6.3080501@goirand.fr>
Date: Tue, 29 May 2012 00:04:06 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>, 674161@bugs.debian.org
References: <20120523140748.4342.38685.reportbug@lab-xh3>	<4FBD2804.3000304@gmail.com>	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>	<4FBD395C.1080808@gmail.com>
	<4FC3849D.9020306@gmail.com>
In-Reply-To: <4FC3849D.9020306@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Pkg-xen-devel] Bug#674161: Bug#674161: xcp-xapi:
 'the device disappeared from xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/28/2012 09:58 PM, George Shuklin wrote:
> Now but description is looking like this:
> 
> xcp-xapi package does not write dom0 uuid in xenstore upon startup. This
> prevents normal device initialization.

Do you think this should be the new title of this bug? If so,
please write a mail to control@bugs.debian.org. See this:
http://www.debian.org/Bugs/server-control#retitle

for the syntax.

Cheers,

Thomas

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 16:04:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 16:04:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ2QY-0007J1-4i; Mon, 28 May 2012 16:04:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <thomas@goirand.fr>) id 1SZ2QX-0007Io-Db
	for xen-api@lists.xen.org; Mon, 28 May 2012 16:04:13 +0000
Received: from [85.158.138.51:5557] by server-12.bemta-3.messagelabs.com id
	7C/AE-18957-CF1A3CF4; Mon, 28 May 2012 16:04:12 +0000
X-Env-Sender: thomas@goirand.fr
X-Msg-Ref: server-7.tower-174.messagelabs.com!1338221051!20637782!1
X-Originating-IP: [117.121.247.104]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16727 invoked from network); 28 May 2012 16:04:12 -0000
Received: from mx.atlanta.gplhost.com (HELO mx.atlanta.gplhost.com)
	(117.121.247.104)
	by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 28 May 2012 16:04:12 -0000
Received: from mx.atlanta.gplhost.com (localhost.localdomain [127.0.0.1])
	by mx.atlanta.gplhost.com (Postfix) with ESMTP id C05FC468003;
	Mon, 28 May 2012 16:04:58 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; s=postfix; bh=Xg63FniT3
	/1+mUQNRoaHViLDQYg=; b=guQ8YbnRID1aaKiJ477QpZ/EEpl5z0BCmeHZq+cXp
	ZttPbo0xn+b6fj5yw+2/8yGdE+sw4TnK/idOhZIbtHkvopdyzH0kvh65Dxhgma5y
	JVZTv7xMUcmeaTpZQuUSWIiVMKRosSUXh6aQayO/gcwUrsW2gW5rlHXY9tmKCSWx
	7A=
DomainKey-Signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id
	:date:from:mime-version:to:cc:subject:references:in-reply-to
	:content-type:content-transfer-encoding; q=dns; s=postfix; b=EIm
	Ms74EiMaeYErlXr7zTg887GerXwzwPMtod7v8osTBRiwgoLMGbEhytHoLTGbI3bw
	hmazg+hhuZtZYmKbS3lz7UFwpo9UBtLsD4d4XpEYyd5WfLn/VtA4ntuEkzkQZVuj
	LCtF91WZjUxkMNNrgKc+o1GU7Ea24FZ19Q8L100w=
Received: from [127.0.0.1] (atl.apt-proxy.gplhost.com [117.121.247.20])
	by mx.atlanta.gplhost.com (Postfix) with ESMTPA id DE710468001;
	Mon, 28 May 2012 16:04:56 +0000 (UTC)
Message-ID: <4FC3A1F6.3080501@goirand.fr>
Date: Tue, 29 May 2012 00:04:06 +0800
From: Thomas Goirand <thomas@goirand.fr>
Organization: GPLHost
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
	rv:1.9.1.16) Gecko/20120506 Icedove/3.0.11
MIME-Version: 1.0
To: George Shuklin <george.shuklin@gmail.com>, 674161@bugs.debian.org
References: <20120523140748.4342.38685.reportbug@lab-xh3>	<4FBD2804.3000304@gmail.com>	<3B45EA4E-05F8-48C1-9841-945E265779D7@eu.citrix.com>	<4FBD395C.1080808@gmail.com>
	<4FC3849D.9020306@gmail.com>
In-Reply-To: <4FC3849D.9020306@gmail.com>
X-Enigmail-Version: 1.0.1
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] [Pkg-xen-devel] Bug#674161: Bug#674161: xcp-xapi:
 'the device disappeared from xenstore' message during vbd-plug (vm-start)
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 05/28/2012 09:58 PM, George Shuklin wrote:
> Now but description is looking like this:
> 
> xcp-xapi package does not write dom0 uuid in xenstore upon startup. This
> prevents normal device initialization.

Do you think this should be the new title of this bug? If so,
please write a mail to control@bugs.debian.org. See this:
http://www.debian.org/Bugs/server-control#retitle

for the syntax.

Cheers,

Thomas

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 16:28:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 16:28:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ2nv-0007sy-Or; Mon, 28 May 2012 16:28:23 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZ2nt-0007sp-Ru
	for xen-api@lists.xen.org; Mon, 28 May 2012 16:28:22 +0000
Received: from [193.109.254.147:50165] by server-5.bemta-14.messagelabs.com id
	81/A1-18167-5A7A3CF4; Mon, 28 May 2012 16:28:21 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-5.tower-27.messagelabs.com!1338222498!7354935!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTEwMTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15173 invoked from network); 28 May 2012 16:28:20 -0000
Received: from smtp.tele.fi (HELO vulpes-int.media.sonera.net) (192.89.123.25)
	by server-5.tower-27.messagelabs.com with SMTP;
	28 May 2012 16:28:20 -0000
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by vulpes-int.media.sonera.net (Postfix) with ESMTP id E1FBF1A09;
	Mon, 28 May 2012 19:28:17 +0300 (EEST)
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 92F192210;
	Mon, 28 May 2012 19:28:15 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 359272005D; Mon, 28 May 2012 19:28:15 +0300 (EEST)
Date: Mon, 28 May 2012 19:28:15 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Glanville <joseph.glanville@orionvm.com.au>
Message-ID: <20120528162815.GC2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
	<20120528115527.GB2058@reaktio.net>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20120528115527.GB2058@reaktio.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 28, 2012 at 02:55:28PM +0300, Pasi K=E4rkk=E4inen wrote:
> On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
> > Hi,
> > =

> > I am doing abit of research for the wiki and also to try debug some
> > Windows guest driver issues.
> > Would someone know what versions of Xen are included in the various
> > XenServer and XCP versions?
> =

> Remember both XenServer and XCP have their "product patch queues"
> which add a lot of patches on top of the xen.org releases.
> =

> For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
> xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing.=
hg: =

> http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/
> =

> and:
> qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-uns=
table.hg:
> http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/
> =

> and:
> dom0 kernel:
> http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/
> =


Btw the URLs are from here:
http://www.xen.org/products/cloud_source.html


-- Pasi

> =

> XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
> but still using Xenlinux 2.6.32 dom0 kernel.
> =

> =

> > Specifically looking for something more accurate then major.minor.
> > Also having accurate Linux kernel versions would be great also. (I
> > assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
> > =

> =

> XenServer and XCP are using *Xenlinux* kernel, not pvops.
> It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches. =

> =

> > Ultimately I want to draw up a compatibility matrix of GPLPV and
> > Citrix PV drivers using this information + testing and provide
> > compatible Xen changesets and kernels for people that want to roll
> > their own but still be able to use Citrix PV drivers if they want to.
> > =

> =

> That would be nice to have!
> =

> -- Pasi
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 16:28:29 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 16:28:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ2nv-0007sy-Or; Mon, 28 May 2012 16:28:23 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZ2nt-0007sp-Ru
	for xen-api@lists.xen.org; Mon, 28 May 2012 16:28:22 +0000
Received: from [193.109.254.147:50165] by server-5.bemta-14.messagelabs.com id
	81/A1-18167-5A7A3CF4; Mon, 28 May 2012 16:28:21 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-5.tower-27.messagelabs.com!1338222498!7354935!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTEwMTM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15173 invoked from network); 28 May 2012 16:28:20 -0000
Received: from smtp.tele.fi (HELO vulpes-int.media.sonera.net) (192.89.123.25)
	by server-5.tower-27.messagelabs.com with SMTP;
	28 May 2012 16:28:20 -0000
Received: from smtp.tele.fi (smtp.tele.fi [192.89.123.25])
	by vulpes-int.media.sonera.net (Postfix) with ESMTP id E1FBF1A09;
	Mon, 28 May 2012 19:28:17 +0300 (EEST)
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 92F192210;
	Mon, 28 May 2012 19:28:15 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 359272005D; Mon, 28 May 2012 19:28:15 +0300 (EEST)
Date: Mon, 28 May 2012 19:28:15 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Glanville <joseph.glanville@orionvm.com.au>
Message-ID: <20120528162815.GC2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
	<20120528115527.GB2058@reaktio.net>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20120528115527.GB2058@reaktio.net>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Mon, May 28, 2012 at 02:55:28PM +0300, Pasi K=E4rkk=E4inen wrote:
> On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
> > Hi,
> > =

> > I am doing abit of research for the wiki and also to try debug some
> > Windows guest driver issues.
> > Would someone know what versions of Xen are included in the various
> > XenServer and XCP versions?
> =

> Remember both XenServer and XCP have their "product patch queues"
> which add a lot of patches on top of the xen.org releases.
> =

> For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
> xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing.=
hg: =

> http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/
> =

> and:
> qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-uns=
table.hg:
> http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/
> =

> and:
> dom0 kernel:
> http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/
> =


Btw the URLs are from here:
http://www.xen.org/products/cloud_source.html


-- Pasi

> =

> XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
> but still using Xenlinux 2.6.32 dom0 kernel.
> =

> =

> > Specifically looking for something more accurate then major.minor.
> > Also having accurate Linux kernel versions would be great also. (I
> > assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
> > =

> =

> XenServer and XCP are using *Xenlinux* kernel, not pvops.
> It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches. =

> =

> > Ultimately I want to draw up a compatibility matrix of GPLPV and
> > Citrix PV drivers using this information + testing and provide
> > compatible Xen changesets and kernels for people that want to roll
> > their own but still be able to use Citrix PV drivers if they want to.
> > =

> =

> That would be nice to have!
> =

> -- Pasi
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 19:07:47 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 19:07:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ5I3-0000uI-64; Mon, 28 May 2012 19:07:39 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SZ5I1-0000uA-Id
	for xen-api@lists.xen.org; Mon, 28 May 2012 19:07:37 +0000
Received: from [85.158.143.35:5552] by server-3.bemta-4.messagelabs.com id
	A4/8B-05853-8FCC3CF4; Mon, 28 May 2012 19:07:36 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-4.tower-21.messagelabs.com!1338232054!7247340!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
  RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4511 invoked from network); 28 May 2012 19:07:35 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 19:07:35 -0000
Received: by yenm4 with SMTP id m4so1909694yen.32
	for <xen-api@lists.xen.org>; Mon, 28 May 2012 12:07:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding:x-gm-message-state;
	bh=2sUacIHtq4ss4H3OKhjezQbmJsvLd96FfXLrxC4pk+o=;
	b=FXEx/2ZNBH/1BvzZ0de3wmSMtSyFzk/EAxPMAjNNNA+bZ9zich/O1ad2sK+4h3h2GV
	/LxONxomAnQboKjheL09ORAFluKC2FOrKr0poZCeZ5cu/EGUmvzQLcu5X2NWaHWAraWQ
	jhMLoiCU44RjGbrX+6N4eLYoSsm3pkemT2IthTwN0k6WS46jhXsNhULQVub8evRWYRsu
	QRU6Q48LIXX3PtW+hWbxMJpzVPk+MfFZcC7rpm166ig2mkCTinEs+6K/q7ghJtkOdfdO
	5yBN9X2AT7iflHuCeuwyVFVNqeH3BHQQKUu3rD6GF9wu/hrmFwetnF+pD6bUaYkb7idv
	+y0Q==
MIME-Version: 1.0
Received: by 10.60.28.162 with SMTP id c2mr8842145oeh.3.1338232034298; Mon, 28
	May 2012 12:07:14 -0700 (PDT)
Received: by 10.182.42.72 with HTTP; Mon, 28 May 2012 12:07:14 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
In-Reply-To: <20120528162815.GC2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
	<20120528115527.GB2058@reaktio.net>
	<20120528162815.GC2058@reaktio.net>
Date: Tue, 29 May 2012 05:07:14 +1000
Message-ID: <CAOzFzEh1R1C3ZehwFTqi+kb5w8FGooPovUzzF2Yk60fPYNk4Lw@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
X-Gm-Message-State: ALoCoQlH1UhhjMogM57GpnMrKJwpGR3NIs4IFR85f3U/Sasvbx3Mfb7kzPmNLqdR44G1cr3u5sA2
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29 May 2012 02:28, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
> On Mon, May 28, 2012 at 02:55:28PM +0300, Pasi K=E4rkk=E4inen wrote:
>> On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
>> > Hi,
>> >
>> > I am doing abit of research for the wiki and also to try debug some
>> > Windows guest driver issues.
>> > Would someone know what versions of Xen are included in the various
>> > XenServer and XCP versions?
>>
>> Remember both XenServer and XCP have their "product patch queues"
>> which add a lot of patches on top of the xen.org releases.
>>
>> For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
>> xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing=
.hg:
>> http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/
>>
>> and:
>> qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-un=
stable.hg:
>> http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/
>>
>> and:
>> dom0 kernel:
>> http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/
>>
>
> Btw the URLs are from here:
> http://www.xen.org/products/cloud_source.html
>
>
> -- Pasi

Thanks Pasi!

I think I have a pretty solid understanding of what works and what doesn't =
now.
It appears the actual drivers themselves tend to work reasonably
well.. most of the issue is the service within the guest tries to
initialize and finds xenstore dosen't contain the values it needs.
This causes it to restart 100s of times per second.. flatlining CPU. I
have disabled the service and observed disk IO and network performace
is very good but the shutdown monitoring doesn't work.
The solution to this is to use either the included xenstore client or
reverse engineer xs.dll in the Citrix XCP package..

I think I will post up a simple shutdown monitor based on the command
line xenstore_client that can be used with the Citrix drivers for
anyone that want's to go this route.
Atleast until I record xenstore traffic on XCP and Xenserver to
determine what Xen.org needs to write etc to make the usual service
work correctly.

Joseph.

>
>>
>> XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
>> but still using Xenlinux 2.6.32 dom0 kernel.
>>
>>
>> > Specifically looking for something more accurate then major.minor.
>> > Also having accurate Linux kernel versions would be great also. (I
>> > assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
>> >
>>
>> XenServer and XCP are using *Xenlinux* kernel, not pvops.
>> It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches.
>>
>> > Ultimately I want to draw up a compatibility matrix of GPLPV and
>> > Citrix PV drivers using this information + testing and provide
>> > compatible Xen changesets and kernels for people that want to roll
>> > their own but still be able to use Citrix PV drivers if they want to.
>> >
>>
>> That would be nice to have!
>>
>> -- Pasi
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Mon May 28 19:07:47 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 28 May 2012 19:07:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZ5I3-0000uI-64; Mon, 28 May 2012 19:07:39 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <joseph.glanville@orionvm.com.au>) id 1SZ5I1-0000uA-Id
	for xen-api@lists.xen.org; Mon, 28 May 2012 19:07:37 +0000
Received: from [85.158.143.35:5552] by server-3.bemta-4.messagelabs.com id
	A4/8B-05853-8FCC3CF4; Mon, 28 May 2012 19:07:36 +0000
X-Env-Sender: joseph.glanville@orionvm.com.au
X-Msg-Ref: server-4.tower-21.messagelabs.com!1338232054!7247340!1
X-Originating-IP: [209.85.213.173]
X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG,
  RCVD_BY_IP
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4511 invoked from network); 28 May 2012 19:07:35 -0000
Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com)
	(209.85.213.173)
	by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	28 May 2012 19:07:35 -0000
Received: by yenm4 with SMTP id m4so1909694yen.32
	for <xen-api@lists.xen.org>; Mon, 28 May 2012 12:07:14 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=google.com; s=20120113;
	h=mime-version:x-originating-ip:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding:x-gm-message-state;
	bh=2sUacIHtq4ss4H3OKhjezQbmJsvLd96FfXLrxC4pk+o=;
	b=FXEx/2ZNBH/1BvzZ0de3wmSMtSyFzk/EAxPMAjNNNA+bZ9zich/O1ad2sK+4h3h2GV
	/LxONxomAnQboKjheL09ORAFluKC2FOrKr0poZCeZ5cu/EGUmvzQLcu5X2NWaHWAraWQ
	jhMLoiCU44RjGbrX+6N4eLYoSsm3pkemT2IthTwN0k6WS46jhXsNhULQVub8evRWYRsu
	QRU6Q48LIXX3PtW+hWbxMJpzVPk+MfFZcC7rpm166ig2mkCTinEs+6K/q7ghJtkOdfdO
	5yBN9X2AT7iflHuCeuwyVFVNqeH3BHQQKUu3rD6GF9wu/hrmFwetnF+pD6bUaYkb7idv
	+y0Q==
MIME-Version: 1.0
Received: by 10.60.28.162 with SMTP id c2mr8842145oeh.3.1338232034298; Mon, 28
	May 2012 12:07:14 -0700 (PDT)
Received: by 10.182.42.72 with HTTP; Mon, 28 May 2012 12:07:14 -0700 (PDT)
X-Originating-IP: [59.167.234.130]
In-Reply-To: <20120528162815.GC2058@reaktio.net>
References: <CAOzFzEg-4fbjFGtGdTBEFbaF36K8gZWyBjav1+U4POKd5j--MQ@mail.gmail.com>
	<20120528115527.GB2058@reaktio.net>
	<20120528162815.GC2058@reaktio.net>
Date: Tue, 29 May 2012 05:07:14 +1000
Message-ID: <CAOzFzEh1R1C3ZehwFTqi+kb5w8FGooPovUzzF2Yk60fPYNk4Lw@mail.gmail.com>
From: Joseph Glanville <joseph.glanville@orionvm.com.au>
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
X-Gm-Message-State: ALoCoQlH1UhhjMogM57GpnMrKJwpGR3NIs4IFR85f3U/Sasvbx3Mfb7kzPmNLqdR44G1cr3u5sA2
Cc: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: Re: [Xen-API] XCP and XenServer software stack versions.
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29 May 2012 02:28, Pasi K=E4rkk=E4inen <pasik@iki.fi> wrote:
> On Mon, May 28, 2012 at 02:55:28PM +0300, Pasi K=E4rkk=E4inen wrote:
>> On Mon, May 28, 2012 at 05:11:57AM +1000, Joseph Glanville wrote:
>> > Hi,
>> >
>> > I am doing abit of research for the wiki and also to try debug some
>> > Windows guest driver issues.
>> > Would someone know what versions of Xen are included in the various
>> > XenServer and XCP versions?
>>
>> Remember both XenServer and XCP have their "product patch queues"
>> which add a lot of patches on top of the xen.org releases.
>>
>> For example XCP 1.1 (which is similar to XenServer 5.6 SP2):
>> xen-3.4.pq.hq - patch queue against tag RELEASE-3.4.2 in xen-3.4-testing=
.hg:
>> http://xenbits.xen.org/hg/XCP/1.1/xen-3.4.pq.hg/
>>
>> and:
>> qemu-xen-3.4.pq.hg - patch queue against c/s 284d056851f7 of qemu-xen-un=
stable.hg:
>> http://xenbits.xen.org/hg/XCP/1.1/qemu-xen-3.4.pq.hg/
>>
>> and:
>> dom0 kernel:
>> http://xenbits.xen.org/hg/XCP/1.1/linux-2.6.32.pq.hg/
>>
>
> Btw the URLs are from here:
> http://www.xen.org/products/cloud_source.html
>
>
> -- Pasi

Thanks Pasi!

I think I have a pretty solid understanding of what works and what doesn't =
now.
It appears the actual drivers themselves tend to work reasonably
well.. most of the issue is the service within the guest tries to
initialize and finds xenstore dosen't contain the values it needs.
This causes it to restart 100s of times per second.. flatlining CPU. I
have disabled the service and observed disk IO and network performace
is very good but the shutdown monitoring doesn't work.
The solution to this is to use either the included xenstore client or
reverse engineer xs.dll in the Citrix XCP package..

I think I will post up a simple shutdown monitor based on the command
line xenstore_client that can be used with the Citrix drivers for
anyone that want's to go this route.
Atleast until I record xenstore traffic on XCP and Xenserver to
determine what Xen.org needs to write etc to make the usual service
work correctly.

Joseph.

>
>>
>> XenServer 6.0 and XCP 1.5 are based on Xen 4.1.x,
>> but still using Xenlinux 2.6.32 dom0 kernel.
>>
>>
>> > Specifically looking for something more accurate then major.minor.
>> > Also having accurate Linux kernel versions would be great also. (I
>> > assume both XCP 1.5 and XenServer 6.0 are using 2.6.32-pvops)
>> >
>>
>> XenServer and XCP are using *Xenlinux* kernel, not pvops.
>> It's based on Novell/SUSE SLES11SP1 2.6.32 Xenlinux patches.
>>
>> > Ultimately I want to draw up a compatibility matrix of GPLPV and
>> > Citrix PV drivers using this information + testing and provide
>> > compatible Xen changesets and kernels for people that want to roll
>> > their own but still be able to use Citrix PV drivers if they want to.
>> >
>>
>> That would be nice to have!
>>
>> -- Pasi
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api



-- =

CTO | Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au
Phone: 1300 56 99 52 | Mobile: 0428 754 846

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 09:11:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 09:11:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZISf-00030w-7g; Tue, 29 May 2012 09:11:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SZISd-00030r-9f
	for xen-api@lists.xen.org; Tue, 29 May 2012 09:11:27 +0000
Received: from [85.158.138.51:32545] by server-10.bemta-3.messagelabs.com id
	49/34-01101-EB294CF4; Tue, 29 May 2012 09:11:26 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338282685!29668287!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26246 invoked from network); 29 May 2012 09:11:25 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 09:11:25 -0000
Received: by eekd41 with SMTP id d41so1060556eek.32
	for <xen-api@lists.xen.org>; Tue, 29 May 2012 02:11:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:content-type; bh=etg9oeZHAgNyI/KC25sLSIiMbwUNeGu8pfb+V96ZmvU=;
	b=EWUtE3fncTL5F6+XBh0kLsDMZGXO/+nsQo1fo5UkdpFWviVz05tiXKSBmXUOggAQui
	XR+nfDru/I/Ikop+MHNnYK+tx0VaNO8YkYZbFDVsZDyVFOHQt3g+r3QT2kZoMW8QORxC
	8BMXqwz1tJTk6ZkFH8cC68T9xk4Ol7ipCij9SFyGSFJiI2GwAT6Qw6xnP44rb54k6zVr
	rdlVQsZxDi0ta/Vs2EafsmyJmDIJPMtKnYiDlQLeDZPhX+6Fuc0nNsW1C1PKiF3v+tEe
	wbq7NFVYwYM5zmLNLgIu/fDhbNcBcth86jX9eXfHB0zlr8gnIYfAScVwuwdC6JgsX3Pw
	6g0w==
Received: by 10.14.53.76 with SMTP id f52mr3487990eec.79.1338282685226;
	Tue, 29 May 2012 02:11:25 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id z5sm46452559eem.3.2012.05.29.02.11.23
	(version=SSLv3 cipher=OTHER); Tue, 29 May 2012 02:11:24 -0700 (PDT)
Message-ID: <4FC492B9.508@gmail.com>
Date: Tue, 29 May 2012 11:11:21 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] Xapi on Centos
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8909644816018295077=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============8909644816018295077==
Content-Type: multipart/alternative;
 boundary="------------070602020807040302050100"

This is a multi-part message in MIME format.
--------------070602020807040302050100
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,
as I said some time ago I'm working to bring xapi on centos6. I built 
some packages just for a proof of concept (when I could I have used the 
rpms from fedora 17). Now I can use sr, vdi and vbd but I have some 
problem with network.

The setup:
kernel 2.6.32.39 (jeremy), xen 4.1.2(fedora), blktap 2.0.90(git), 
xapi-libs 0.5.3(git), xapi 1.3.2(git).

I configured the interface with:
xe pif-reconfigure-ip uuid=$ETH0_UUID mode=dhcp
disabled the network service and enabled xcp-networkd.

When boot ends the machine have the bridges "correctly configured", but 
without any ip address (also using a static IP).

Some logs:
xapi: [ info|janas27.crs4.it|0 thread_zero|Listening unix socket 
D:13cd549e76d4|xapi] Successfully bound socket to: UNIX /var/xapi/xapi
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read IP address. Check the control 
interface has an IP address
xapi: [20120529T08:13:44.607Z|audit|janas27.crs4.it|13 UNIX 
/var/xapi/xapi|host.sync_pif_currently_attached D:23850c2f8537|audit] 
('trackid=3263e3175f3d32e8da7985eb85232ebe' 'LOCAL_SUPERUSER' 
'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba' 'ALLOWED' 'OK' 'API' 
'host.sync_pif_currently_attached' (('host' 'janas27.crs4.it' 
'fe53f96e-4b6d-ecfb-44d9-3062af7383cf' 
'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba')))
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read IP address. Check the control 
interface has an IP address
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read master IP address. Check the control 
interface has an IP address
fe: 2442 (/sbin/ethtool -K eth0 gro off lro off) exitted with code 92
xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs 
D:4fce54d7a42c|xapi] Network configuration error: script error
fe: 2446 (/sbin/ip addr show dev xenbr1) exitted with code 255
fe: 2494 (/sbin/ethtool -K eth1 gro off lro off) exitted with code 92
xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs 
D:4fce54d7a42c|xapi] Network configuration error: script error

I think there is something misconfigured but i don't know where.

Some strange behaviors:
- when the machine boot I can see the kernel messages:
Starting the XCP networking daemon: Bridge firewalling registered
device eth0 entered promiscuous mode
xenbr0: port 1(eth0) entering learning state
xenbr0: port 1(eth0) entering forwarding state
but according to brctl there is not stp active
bridge name     bridge id               STP enabled     interfaces
xenbr0             8000.00e08133bde0       no              eth0


Any suggestions?
--
Muriel

ps: if someone is interested can find the srpms under
http://rpm.crs4.it/epel/testing/SRPMS/






--------------070602020807040302050100
Content-Type: text/html; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi all,<br>
    as I said some time ago I'm working to bring xapi on centos6. I
    built some packages just for a proof of concept (when I could I have
    used the rpms from fedora 17). Now I can use sr, vdi and vbd but I
    have some problem with network.<br>
    <br>
    The setup:<br>
    kernel 2.6.32.39 (jeremy), xen 4.1.2(fedora), blktap 2.0.90(git),
    xapi-libs 0.5.3(git), xapi 1.3.2(git).<br>
    <br>
    I configured the interface with:<br>
    xe pif-reconfigure-ip uuid=$ETH0_UUID mode=dhcp<br>
    disabled the network service and enabled xcp-networkd.<br>
    <br>
    When boot ends the machine have the bridges "correctly configured",
    but without any ip address (also using a static IP).<br>
    <br>
    Some logs:<br>
    xapi: [ info|janas27.crs4.it|0 thread_zero|Listening unix socket
    D:13cd549e76d4|xapi] Successfully bound socket to: UNIX
    /var/xapi/xapi<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read IP address. Check the control
    interface has an IP address<br>
    xapi: [20120529T08:13:44.607Z|audit|janas27.crs4.it|13 UNIX
    /var/xapi/xapi|host.sync_pif_currently_attached
    D:23850c2f8537|audit] ('trackid=3263e3175f3d32e8da7985eb85232ebe'
    'LOCAL_SUPERUSER' 'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba'
    'ALLOWED' 'OK' 'API' 'host.sync_pif_currently_attached' (('host'
    'janas27.crs4.it' 'fe53f96e-4b6d-ecfb-44d9-3062af7383cf'
    'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba')))<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read IP address. Check the control
    interface has an IP address<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read master IP address. Check the
    control interface has an IP address<br>
    fe: 2442 (/sbin/ethtool -K eth0 gro off lro off) exitted with code
    92<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs
    D:4fce54d7a42c|xapi] Network configuration error: script error<br>
    fe: 2446 (/sbin/ip addr show dev xenbr1) exitted with code 255<br>
    fe: 2494 (/sbin/ethtool -K eth1 gro off lro off) exitted with code
    92<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs
    D:4fce54d7a42c|xapi] Network configuration error: script error<br>
    <br>
    I think there is something misconfigured but i don't know where.<br>
    <br>
    Some strange behaviors:<br>
    - when the machine boot I can see the kernel messages:<br>
    Starting the XCP networking daemon: Bridge firewalling registered<br>
    device eth0 entered promiscuous mode<br>
    xenbr0: port 1(eth0) entering learning state<br>
    xenbr0: port 1(eth0) entering forwarding state<br>
    but according to brctl there is not stp active<br>
    bridge name     bridge id               STP enabled     interfaces<br>
    xenbr0             8000.00e08133bde0       no              eth0<br>
    <br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-15">
    Any suggestions?<br>
    --<br>
    Muriel<br>
    <br>
    ps: if someone is interested can find the srpms under<br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-15">
    <a href="http://rpm.crs4.it/epel/testing/SRPMS/">http://rpm.crs4.it/epel/testing/SRPMS/</a><br>
    <br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>

--------------070602020807040302050100--


--===============8909644816018295077==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8909644816018295077==--


From xen-api-bounces@lists.xen.org Tue May 29 09:11:36 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 09:11:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZISf-00030w-7g; Tue, 29 May 2012 09:11:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mucawhite@gmail.com>) id 1SZISd-00030r-9f
	for xen-api@lists.xen.org; Tue, 29 May 2012 09:11:27 +0000
Received: from [85.158.138.51:32545] by server-10.bemta-3.messagelabs.com id
	49/34-01101-EB294CF4; Tue, 29 May 2012 09:11:26 +0000
X-Env-Sender: mucawhite@gmail.com
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338282685!29668287!1
X-Originating-IP: [74.125.83.45]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26246 invoked from network); 29 May 2012 09:11:25 -0000
Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com)
	(74.125.83.45)
	by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 09:11:25 -0000
Received: by eekd41 with SMTP id d41so1060556eek.32
	for <xen-api@lists.xen.org>; Tue, 29 May 2012 02:11:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject
	:content-type; bh=etg9oeZHAgNyI/KC25sLSIiMbwUNeGu8pfb+V96ZmvU=;
	b=EWUtE3fncTL5F6+XBh0kLsDMZGXO/+nsQo1fo5UkdpFWviVz05tiXKSBmXUOggAQui
	XR+nfDru/I/Ikop+MHNnYK+tx0VaNO8YkYZbFDVsZDyVFOHQt3g+r3QT2kZoMW8QORxC
	8BMXqwz1tJTk6ZkFH8cC68T9xk4Ol7ipCij9SFyGSFJiI2GwAT6Qw6xnP44rb54k6zVr
	rdlVQsZxDi0ta/Vs2EafsmyJmDIJPMtKnYiDlQLeDZPhX+6Fuc0nNsW1C1PKiF3v+tEe
	wbq7NFVYwYM5zmLNLgIu/fDhbNcBcth86jX9eXfHB0zlr8gnIYfAScVwuwdC6JgsX3Pw
	6g0w==
Received: by 10.14.53.76 with SMTP id f52mr3487990eec.79.1338282685226;
	Tue, 29 May 2012 02:11:25 -0700 (PDT)
Received: from [156.148.66.124] ([156.148.66.124])
	by mx.google.com with ESMTPS id z5sm46452559eem.3.2012.05.29.02.11.23
	(version=SSLv3 cipher=OTHER); Tue, 29 May 2012 02:11:24 -0700 (PDT)
Message-ID: <4FC492B9.508@gmail.com>
Date: Tue, 29 May 2012 11:11:21 +0200
From: Muriel <mucawhite@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] Xapi on Centos
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============8909644816018295077=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============8909644816018295077==
Content-Type: multipart/alternative;
 boundary="------------070602020807040302050100"

This is a multi-part message in MIME format.
--------------070602020807040302050100
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,
as I said some time ago I'm working to bring xapi on centos6. I built 
some packages just for a proof of concept (when I could I have used the 
rpms from fedora 17). Now I can use sr, vdi and vbd but I have some 
problem with network.

The setup:
kernel 2.6.32.39 (jeremy), xen 4.1.2(fedora), blktap 2.0.90(git), 
xapi-libs 0.5.3(git), xapi 1.3.2(git).

I configured the interface with:
xe pif-reconfigure-ip uuid=$ETH0_UUID mode=dhcp
disabled the network service and enabled xcp-networkd.

When boot ends the machine have the bridges "correctly configured", but 
without any ip address (also using a static IP).

Some logs:
xapi: [ info|janas27.crs4.it|0 thread_zero|Listening unix socket 
D:13cd549e76d4|xapi] Successfully bound socket to: UNIX /var/xapi/xapi
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read IP address. Check the control 
interface has an IP address
xapi: [20120529T08:13:44.607Z|audit|janas27.crs4.it|13 UNIX 
/var/xapi/xapi|host.sync_pif_currently_attached D:23850c2f8537|audit] 
('trackid=3263e3175f3d32e8da7985eb85232ebe' 'LOCAL_SUPERUSER' 
'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba' 'ALLOWED' 'OK' 'API' 
'host.sync_pif_currently_attached' (('host' 'janas27.crs4.it' 
'fe53f96e-4b6d-ecfb-44d9-3062af7383cf' 
'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba')))
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read IP address. Check the control 
interface has an IP address
xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env) 
D:920078bd901b|dbsync] Cannot read master IP address. Check the control 
interface has an IP address
fe: 2442 (/sbin/ethtool -K eth0 gro off lro off) exitted with code 92
xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs 
D:4fce54d7a42c|xapi] Network configuration error: script error
fe: 2446 (/sbin/ip addr show dev xenbr1) exitted with code 255
fe: 2494 (/sbin/ethtool -K eth1 gro off lro off) exitted with code 92
xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs 
D:4fce54d7a42c|xapi] Network configuration error: script error

I think there is something misconfigured but i don't know where.

Some strange behaviors:
- when the machine boot I can see the kernel messages:
Starting the XCP networking daemon: Bridge firewalling registered
device eth0 entered promiscuous mode
xenbr0: port 1(eth0) entering learning state
xenbr0: port 1(eth0) entering forwarding state
but according to brctl there is not stp active
bridge name     bridge id               STP enabled     interfaces
xenbr0             8000.00e08133bde0       no              eth0


Any suggestions?
--
Muriel

ps: if someone is interested can find the srpms under
http://rpm.crs4.it/epel/testing/SRPMS/






--------------070602020807040302050100
Content-Type: text/html; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-15">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi all,<br>
    as I said some time ago I'm working to bring xapi on centos6. I
    built some packages just for a proof of concept (when I could I have
    used the rpms from fedora 17). Now I can use sr, vdi and vbd but I
    have some problem with network.<br>
    <br>
    The setup:<br>
    kernel 2.6.32.39 (jeremy), xen 4.1.2(fedora), blktap 2.0.90(git),
    xapi-libs 0.5.3(git), xapi 1.3.2(git).<br>
    <br>
    I configured the interface with:<br>
    xe pif-reconfigure-ip uuid=$ETH0_UUID mode=dhcp<br>
    disabled the network service and enabled xcp-networkd.<br>
    <br>
    When boot ends the machine have the bridges "correctly configured",
    but without any ip address (also using a static IP).<br>
    <br>
    Some logs:<br>
    xapi: [ info|janas27.crs4.it|0 thread_zero|Listening unix socket
    D:13cd549e76d4|xapi] Successfully bound socket to: UNIX
    /var/xapi/xapi<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read IP address. Check the control
    interface has an IP address<br>
    xapi: [20120529T08:13:44.607Z|audit|janas27.crs4.it|13 UNIX
    /var/xapi/xapi|host.sync_pif_currently_attached
    D:23850c2f8537|audit] ('trackid=3263e3175f3d32e8da7985eb85232ebe'
    'LOCAL_SUPERUSER' 'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba'
    'ALLOWED' 'OK' 'API' 'host.sync_pif_currently_attached' (('host'
    'janas27.crs4.it' 'fe53f96e-4b6d-ecfb-44d9-3062af7383cf'
    'OpaqueRef:e7db6992-17be-646e-25e8-fdbf0726e7ba')))<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read IP address. Check the control
    interface has an IP address<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|dbsync (update_env)
    D:920078bd901b|dbsync] Cannot read master IP address. Check the
    control interface has an IP address<br>
    fe: 2442 (/sbin/ethtool -K eth0 gro off lro off) exitted with code
    92<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs
    D:4fce54d7a42c|xapi] Network configuration error: script error<br>
    fe: 2446 (/sbin/ip addr show dev xenbr1) exitted with code 255<br>
    fe: 2494 (/sbin/ethtool -K eth1 gro off lro off) exitted with code
    92<br>
    xapi: [error|janas27.crs4.it|0 thread_zero|Bringing up physical PIFs
    D:4fce54d7a42c|xapi] Network configuration error: script error<br>
    <br>
    I think there is something misconfigured but i don't know where.<br>
    <br>
    Some strange behaviors:<br>
    - when the machine boot I can see the kernel messages:<br>
    Starting the XCP networking daemon: Bridge firewalling registered<br>
    device eth0 entered promiscuous mode<br>
    xenbr0: port 1(eth0) entering learning state<br>
    xenbr0: port 1(eth0) entering forwarding state<br>
    but according to brctl there is not stp active<br>
    bridge name     bridge id               STP enabled     interfaces<br>
    xenbr0             8000.00e08133bde0       no              eth0<br>
    <br>
    <br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-15">
    Any suggestions?<br>
    --<br>
    Muriel<br>
    <br>
    ps: if someone is interested can find the srpms under<br>
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-15">
    <a href="http://rpm.crs4.it/epel/testing/SRPMS/">http://rpm.crs4.it/epel/testing/SRPMS/</a><br>
    <br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>

--------------070602020807040302050100--


--===============8909644816018295077==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============8909644816018295077==--


From xen-api-bounces@lists.xen.org Tue May 29 09:52:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 09:52:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZJ5x-0003aR-IF; Tue, 29 May 2012 09:52:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SZJ5w-0003aM-3r
	for xen-api@lists.xen.org; Tue, 29 May 2012 09:52:04 +0000
Received: from [85.158.143.35:8107] by server-3.bemta-4.messagelabs.com id
	EB/4C-05853-34C94CF4; Tue, 29 May 2012 09:52:03 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-8.tower-21.messagelabs.com!1338285111!12487566!1
X-Originating-IP: [80.12.242.126]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23949 invoked from network); 29 May 2012 09:52:00 -0000
Received: from smtp04.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.126) by server-8.tower-21.messagelabs.com with SMTP;
	29 May 2012 09:52:00 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d51 with ME
	id Flrq1j00H3zjds103lrqye; Tue, 29 May 2012 11:51:51 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 55076745C1
	for <xen-api@lists.xen.org>; Tue, 29 May 2012 11:51:50 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id U2QimVmrg4gC; Tue, 29 May 2012 11:51:49 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 4B44C745AC;
	Tue, 29 May 2012 11:51:49 +0200 (CEST)
Message-ID: <4FC49C35.1070202@tranquil-it-systems.fr>
Date: Tue, 29 May 2012 11:51:49 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi everyone,

Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with =

barrier where the guest boots with read only disk.

There has been some hint to disable barrier (adding barrier=3D0 in fstab), =

and it seems to indeed resolve the issue, cf links below.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xe=
nserver-guest/

I wanted to know if there are any side effect to that workaround or if =

it is safe?

Cheers,

Denis


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 09:52:15 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 09:52:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZJ5x-0003aR-IF; Tue, 29 May 2012 09:52:05 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SZJ5w-0003aM-3r
	for xen-api@lists.xen.org; Tue, 29 May 2012 09:52:04 +0000
Received: from [85.158.143.35:8107] by server-3.bemta-4.messagelabs.com id
	EB/4C-05853-34C94CF4; Tue, 29 May 2012 09:52:03 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-8.tower-21.messagelabs.com!1338285111!12487566!1
X-Originating-IP: [80.12.242.126]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23949 invoked from network); 29 May 2012 09:52:00 -0000
Received: from smtp04.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.126) by server-8.tower-21.messagelabs.com with SMTP;
	29 May 2012 09:52:00 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d51 with ME
	id Flrq1j00H3zjds103lrqye; Tue, 29 May 2012 11:51:51 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 55076745C1
	for <xen-api@lists.xen.org>; Tue, 29 May 2012 11:51:50 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id U2QimVmrg4gC; Tue, 29 May 2012 11:51:49 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id 4B44C745AC;
	Tue, 29 May 2012 11:51:49 +0200 (CEST)
Message-ID: <4FC49C35.1070202@tranquil-it-systems.fr>
Date: Tue, 29 May 2012 11:51:49 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi everyone,

Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with =

barrier where the guest boots with read only disk.

There has been some hint to disable barrier (adding barrier=3D0 in fstab), =

and it seems to indeed resolve the issue, cf links below.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xe=
nserver-guest/

I wanted to know if there are any side effect to that workaround or if =

it is safe?

Cheers,

Denis


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 12:00:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 12:00:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZL6B-0000Hz-JQ; Tue, 29 May 2012 12:00:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZL6A-0000Hg-2E
	for xen-api@lists.xen.org; Tue, 29 May 2012 12:00:26 +0000
Received: from [85.158.143.35:59208] by server-1.bemta-4.messagelabs.com id
	CF/39-00342-95AB4CF4; Tue, 29 May 2012 12:00:25 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338292822!13777524!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk2Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19932 invoked from network); 29 May 2012 12:00:23 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 12:00:23 -0000
X-IronPort-AV: E=Sophos;i="4.75,677,1330905600"; d="scan'208";a="12710646"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 11:59:58 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 29 May 2012
	12:59:58 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Tue, 29 May 2012 13:00:08 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQ
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I'm thinking about the interaction of xapi's vCPU management and the future Xen automatic NUMA placement (http://blog.xen.org/index.php/2012/05/16/numa-and-xen-part-ii-scheduling-and-placement/). If a VM has an equal or smaller number of vCPUs than a NUMA node has pCPUs then it makes sense for that VM to have NUMA node affinity. But then what happens if vCPUs are hotplugged to the VM and it now has more vCPUs than the node has pCPUs? I can see several options here:

  1. The node is over-provisioned in that the VM's vCPUs contend with each other for the pCPUs - not good

  2. The CPU affinity is dropped allowing vCPUs to run on any node - the memory is still on the original node so now we've got a poor placement for vCPUs that happen to end up running on other nodes. This also leads to additional interconnect traffic and possible cache line ping-pong.

  3. The vCPUs that cannot fit on the node are given no affinity but those that can retain their node affinity - leads to some vCPUs being better performing than others due to memory (non-)locality. This also leads to some additional interconnect traffic and possible cache line ping-pong.

  4. We never let this happen because we only allow node affinity to be set for the maximum vCPU count a VM may have during this boot (VCPUs-max; options 1 to 3 above use VCPUs-at-startup to decide whether to use node affinity).

I'm tempted by #4 because it avoids having to make difficult and workload dependent decisions when changing vCPU counts. My guess is that many users will have VMs with VCPUs-at-startup==VCPUs-max so it becomes a non-issue anyway. My only real concern is that if users regularly run VMs with small VCPUs-at-startup but with VCPUs-max being the number of pCPUs in the box, i.e. allowing them to hotplug up to the full resource of the box.

And a related question: when xapi/xenopsd builds a domain does it have to tell Xen about VCPUs-max or just the number of vCPUs required right now?

Any thoughts?

Thanks,
James


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 12:00:33 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 12:00:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZL6B-0000Hz-JQ; Tue, 29 May 2012 12:00:27 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZL6A-0000Hg-2E
	for xen-api@lists.xen.org; Tue, 29 May 2012 12:00:26 +0000
Received: from [85.158.143.35:59208] by server-1.bemta-4.messagelabs.com id
	CF/39-00342-95AB4CF4; Tue, 29 May 2012 12:00:25 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338292822!13777524!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk2Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 19932 invoked from network); 29 May 2012 12:00:23 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 12:00:23 -0000
X-IronPort-AV: E=Sophos;i="4.75,677,1330905600"; d="scan'208";a="12710646"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 11:59:58 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Tue, 29 May 2012
	12:59:58 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Tue, 29 May 2012 13:00:08 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQ
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I'm thinking about the interaction of xapi's vCPU management and the future Xen automatic NUMA placement (http://blog.xen.org/index.php/2012/05/16/numa-and-xen-part-ii-scheduling-and-placement/). If a VM has an equal or smaller number of vCPUs than a NUMA node has pCPUs then it makes sense for that VM to have NUMA node affinity. But then what happens if vCPUs are hotplugged to the VM and it now has more vCPUs than the node has pCPUs? I can see several options here:

  1. The node is over-provisioned in that the VM's vCPUs contend with each other for the pCPUs - not good

  2. The CPU affinity is dropped allowing vCPUs to run on any node - the memory is still on the original node so now we've got a poor placement for vCPUs that happen to end up running on other nodes. This also leads to additional interconnect traffic and possible cache line ping-pong.

  3. The vCPUs that cannot fit on the node are given no affinity but those that can retain their node affinity - leads to some vCPUs being better performing than others due to memory (non-)locality. This also leads to some additional interconnect traffic and possible cache line ping-pong.

  4. We never let this happen because we only allow node affinity to be set for the maximum vCPU count a VM may have during this boot (VCPUs-max; options 1 to 3 above use VCPUs-at-startup to decide whether to use node affinity).

I'm tempted by #4 because it avoids having to make difficult and workload dependent decisions when changing vCPU counts. My guess is that many users will have VMs with VCPUs-at-startup==VCPUs-max so it becomes a non-issue anyway. My only real concern is that if users regularly run VMs with small VCPUs-at-startup but with VCPUs-max being the number of pCPUs in the box, i.e. allowing them to hotplug up to the full resource of the box.

And a related question: when xapi/xenopsd builds a domain does it have to tell Xen about VCPUs-max or just the number of vCPUs required right now?

Any thoughts?

Thanks,
James


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 13:31:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 13:31:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZMWD-0001AK-Lf; Tue, 29 May 2012 13:31:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZMWB-0001AF-TK
	for xen-api@lists.xen.org; Tue, 29 May 2012 13:31:24 +0000
Received: from [85.158.139.83:57938] by server-11.bemta-5.messagelabs.com id
	FB/4F-12711-BAFC4CF4; Tue, 29 May 2012 13:31:23 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-11.tower-182.messagelabs.com!1338298282!23724175!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTI3MjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 574 invoked from network); 29 May 2012 13:31:22 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 29 May 2012 13:31:22 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 9350B19DF;
	Tue, 29 May 2012 16:31:21 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 195C92005D; Tue, 29 May 2012 16:31:21 +0300 (EEST)
Date: Tue, 29 May 2012 16:31:21 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: xen-api@lists.xen.org
Message-ID: <20120529133121.GH2058@reaktio.net>
MIME-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: [Xen-API] XCP 1.5 Beta2/Final ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello,

What's the current plan regarding XCP (the appliance ISO) 1.5 beta2 and/or Final release? 

Thanks,

-- Pasi


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 13:31:32 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 13:31:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZMWD-0001AK-Lf; Tue, 29 May 2012 13:31:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZMWB-0001AF-TK
	for xen-api@lists.xen.org; Tue, 29 May 2012 13:31:24 +0000
Received: from [85.158.139.83:57938] by server-11.bemta-5.messagelabs.com id
	FB/4F-12711-BAFC4CF4; Tue, 29 May 2012 13:31:23 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-11.tower-182.messagelabs.com!1338298282!23724175!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTI3MjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 574 invoked from network); 29 May 2012 13:31:22 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-11.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 29 May 2012 13:31:22 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id 9350B19DF;
	Tue, 29 May 2012 16:31:21 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 195C92005D; Tue, 29 May 2012 16:31:21 +0300 (EEST)
Date: Tue, 29 May 2012 16:31:21 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: xen-api@lists.xen.org
Message-ID: <20120529133121.GH2058@reaktio.net>
MIME-Version: 1.0
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: [Xen-API] XCP 1.5 Beta2/Final ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hello,

What's the current plan regarding XCP (the appliance ISO) 1.5 beta2 and/or Final release? 

Thanks,

-- Pasi


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:06:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:06:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZNzz-0007FZ-03; Tue, 29 May 2012 15:06:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZNzx-0007FJ-9C
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:06:13 +0000
Received: from [85.158.138.51:59689] by server-12.bemta-3.messagelabs.com id
	83/0B-18957-4E5E4CF4; Tue, 29 May 2012 15:06:12 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338303969!29752824!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18482 invoked from network); 29 May 2012 15:06:11 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-2.tower-174.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:06:11 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZNzp-0005RV-9P; Tue, 29 May 2012 15:06:05 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:06:02 +0000
Resent-Message-ID: <handler.675050.B.133830378419659@bugs.debian.org>
X-Debian-PR-Message: report 675050
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830378419659
	(code B ref -1); Tue, 29 May 2012 15:06:02 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:03:04 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.4 required=4.0 tests=BAYES_00,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	XMAILER_REPORTBUG, 
	X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 151; neutral, 83; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZNwu-00056a-Al
	for submit@bugs.debian.org; Tue, 29 May 2012 15:03:04 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZNwk-00028S-MJ; Tue, 29 May 2012 19:02:54 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529150254.8137.94683.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:02:54 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675050: xcp-xapi:
	/usr/lib/xcp/lib/bin/xe-edit-bootloader uses wrong path to the 'xe'
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675050@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: minor
Tags: upstream

Builin utility for lowlevel vm boot repairment xe-edit-bootloader contains
wrong path to xe.

IS:
XE="/usr/lib/xcp/bin/xe"

MUST BE:
XE="/usr/bin/xe"


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:06:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:06:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZNzz-0007FZ-03; Tue, 29 May 2012 15:06:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZNzx-0007FJ-9C
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:06:13 +0000
Received: from [85.158.138.51:59689] by server-12.bemta-3.messagelabs.com id
	83/0B-18957-4E5E4CF4; Tue, 29 May 2012 15:06:12 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338303969!29752824!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18482 invoked from network); 29 May 2012 15:06:11 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-2.tower-174.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:06:11 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZNzp-0005RV-9P; Tue, 29 May 2012 15:06:05 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:06:02 +0000
Resent-Message-ID: <handler.675050.B.133830378419659@bugs.debian.org>
X-Debian-PR-Message: report 675050
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830378419659
	(code B ref -1); Tue, 29 May 2012 15:06:02 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:03:04 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.4 required=4.0 tests=BAYES_00,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	XMAILER_REPORTBUG, 
	X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 151; neutral, 83; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZNwu-00056a-Al
	for submit@bugs.debian.org; Tue, 29 May 2012 15:03:04 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZNwk-00028S-MJ; Tue, 29 May 2012 19:02:54 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529150254.8137.94683.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:02:54 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675050: xcp-xapi:
	/usr/lib/xcp/lib/bin/xe-edit-bootloader uses wrong path to the 'xe'
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675050@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: minor
Tags: upstream

Builin utility for lowlevel vm boot repairment xe-edit-bootloader contains
wrong path to xe.

IS:
XE="/usr/lib/xcp/bin/xe"

MUST BE:
XE="/usr/bin/xe"


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:09:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:09:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZO3S-0007YX-0X; Tue, 29 May 2012 15:09:50 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZO3Q-0007YN-FS
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:09:48 +0000
Received: from [85.158.143.99:55334] by server-2.bemta-4.messagelabs.com id
	ED/DA-12211-BB6E4CF4; Tue, 29 May 2012 15:09:47 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-14.tower-216.messagelabs.com!1338304155!20705050!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24408 invoked from network); 29 May 2012 15:09:17 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:09:17 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZO2m-0005kV-GA; Tue, 29 May 2012 15:09:09 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:09:05 +0000
Resent-Message-ID: <handler.675052.B.133830393920576@bugs.debian.org>
X-Debian-PR-Message: report 675052
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830393920576
	(code B ref -1); Tue, 29 May 2012 15:09:05 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:05:39 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.4 required=4.0 tests=BAYES_00,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	XMAILER_REPORTBUG, 
	X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 7; hammy, 151; neutral, 112; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZNzO-0005LQ-Sv
	for submit@bugs.debian.org; Tue, 29 May 2012 15:05:39 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZNzG-0002Am-R4; Tue, 29 May 2012 19:05:30 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529150530.8281.46581.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:05:30 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675052: xcp-xapi: xe vm-memory-target-set does not
	write target to xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675052@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: important
Tags: upstream

xe vm-memory-target-set does not write new target to /local/domain/ID/memory/target. Balloon in guest domain  is expecting this value to be changed to do selfballooning.
This breaks 'dynamic memory control' feature.

Steps to reproduce:

1) Setup any PV virtual machine with static-memory-min < static-memory-max
2) Run it
3) change value of memory target via xe vm-memory-target-set

Expected behavior: xenstore /local/domain/X/memory/target set to passed value
Actual behavior: no changes in xenstore (compare to boot time values)



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:09:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:09:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZO3S-0007YX-0X; Tue, 29 May 2012 15:09:50 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZO3Q-0007YN-FS
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:09:48 +0000
Received: from [85.158.143.99:55334] by server-2.bemta-4.messagelabs.com id
	ED/DA-12211-BB6E4CF4; Tue, 29 May 2012 15:09:47 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-14.tower-216.messagelabs.com!1338304155!20705050!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24408 invoked from network); 29 May 2012 15:09:17 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-14.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:09:17 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZO2m-0005kV-GA; Tue, 29 May 2012 15:09:09 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:09:05 +0000
Resent-Message-ID: <handler.675052.B.133830393920576@bugs.debian.org>
X-Debian-PR-Message: report 675052
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830393920576
	(code B ref -1); Tue, 29 May 2012 15:09:05 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:05:39 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-11.4 required=4.0 tests=BAYES_00,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	XMAILER_REPORTBUG, 
	X_DEBBUGS_CC autolearn=ham version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 7; hammy, 151; neutral, 112; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZNzO-0005LQ-Sv
	for submit@bugs.debian.org; Tue, 29 May 2012 15:05:39 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZNzG-0002Am-R4; Tue, 29 May 2012 19:05:30 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529150530.8281.46581.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:05:30 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675052: xcp-xapi: xe vm-memory-target-set does not
	write target to xenstore
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675052@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: important
Tags: upstream

xe vm-memory-target-set does not write new target to /local/domain/ID/memory/target. Balloon in guest domain  is expecting this value to be changed to do selfballooning.
This breaks 'dynamic memory control' feature.

Steps to reproduce:

1) Setup any PV virtual machine with static-memory-min < static-memory-max
2) Run it
3) change value of memory target via xe vm-memory-target-set

Expected behavior: xenstore /local/domain/X/memory/target set to passed value
Actual behavior: no changes in xenstore (compare to boot time values)



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:24:21 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:24:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZOHS-00087D-ME; Tue, 29 May 2012 15:24:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZOHR-000872-3b
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:24:17 +0000
Received: from [85.158.143.99:63455] by server-1.bemta-4.messagelabs.com id
	6D/9A-00342-02AE4CF4; Tue, 29 May 2012 15:24:16 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-13.tower-216.messagelabs.com!1338305053!29453988!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7792 invoked from network); 29 May 2012 15:24:14 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-13.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:24:14 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZOHJ-0006yp-3n; Tue, 29 May 2012 15:24:09 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:24:06 +0000
Resent-Message-ID: <handler.675055.B.133830497026576@bugs.debian.org>
X-Debian-PR-Message: report 675055
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830497026576
	(code B ref -1); Tue, 29 May 2012 15:24:06 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:22:50 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-8.9 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN,NML_ADSP_CUSTOM_MED,PHONENUMBER,RDNS_NONE,SPF_NEUTRAL,
	XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 151; neutral, 153; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZOG1-0006u4-CE
	for submit@bugs.debian.org; Tue, 29 May 2012 15:22:49 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZOFt-0002P1-AE; Tue, 29 May 2012 19:22:41 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529152241.9160.3415.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:22:41 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675055: xcp-xapi: xe-edit-bootloader does not
	compatible with new /dev/sm
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675055@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
Tags: upstream

/usr/lib/xcp/bin/xe-edit-bootloader failing with following message:

/usr/lib/xcp/bin/xe-edit-bootloader -u 19f66083-e776-70d1-1808-3712688ad138 
Creating dom0 VBD: 0fdb952e-92ff-4b53-dd49-8d54b2268787
Plugging VBD: 
Waiting for /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e0: . done
Mounting filesystem:  failed
Partitions in the VDI are:

brw------- 1 root root 252, 0 May 29 19:13 /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e0

You can use the -p option to specify a partition number to mount.
Unplugging VBD: . done
root@lab-xh3:~# /usr/lib/xcp/bin/xe-edit-bootloader -u 19f66083-e776-70d1-1808-3712688ad138  -p 1
Creating dom0 VBD: 445a1179-a947-b884-8cbe-06ea1515ee38
Plugging VBD: 
Waiting for /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e01: .....Device /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e01 not found.


Reason is that older model creates /dev/xvd* devices (see message history for bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674088 ) and xe-edit-bootloader just add partition number to device (/dev/xvdb -> /dev/xvdb1). With new sm model this is not true: script must call kpartx to probe partition table of attached VDI.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 15:24:21 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 15:24:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZOHS-00087D-ME; Tue, 29 May 2012 15:24:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZOHR-000872-3b
	for xen-api@lists.xensource.com; Tue, 29 May 2012 15:24:17 +0000
Received: from [85.158.143.99:63455] by server-1.bemta-4.messagelabs.com id
	6D/9A-00342-02AE4CF4; Tue, 29 May 2012 15:24:16 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-13.tower-216.messagelabs.com!1338305053!29453988!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7792 invoked from network); 29 May 2012 15:24:14 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-13.tower-216.messagelabs.com with AES256-SHA encrypted SMTP;
	29 May 2012 15:24:14 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZOHJ-0006yp-3n; Tue, 29 May 2012 15:24:09 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Pkg Xen <pkg-xen-devel@lists.alioth.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Tue, 29 May 2012 15:24:06 +0000
Resent-Message-ID: <handler.675055.B.133830497026576@bugs.debian.org>
X-Debian-PR-Message: report 675055
X-Debian-PR-Package: xcp-xapi
X-Debian-PR-Keywords: upstream
X-Debian-PR-Source: xen-api
Received: via spool by submit@bugs.debian.org id=B.133830497026576
	(code B ref -1); Tue, 29 May 2012 15:24:06 +0000
Received: (at submit) by bugs.debian.org; 29 May 2012 15:22:50 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-8.9 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN,NML_ADSP_CUSTOM_MED,PHONENUMBER,RDNS_NONE,SPF_NEUTRAL,
	XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 151; neutral, 153; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--en_US.UTF-8
Received: from [31.186.98.100] (helo=lab-xh3)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZOG1-0006u4-CE
	for submit@bugs.debian.org; Tue, 29 May 2012 15:22:49 +0000
Received: from root by lab-xh3 with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZOFt-0002P1-AE; Tue, 29 May 2012 19:22:41 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120529152241.9160.3415.reportbug@lab-xh3>
X-Mailer: reportbug 6.3.1
Date: Tue, 29 May 2012 19:22:41 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675055: xcp-xapi: xe-edit-bootloader does not
	compatible with new /dev/sm
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675055@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Package: xcp-xapi
Version: 1.3.2-6
Severity: normal
Tags: upstream

/usr/lib/xcp/bin/xe-edit-bootloader failing with following message:

/usr/lib/xcp/bin/xe-edit-bootloader -u 19f66083-e776-70d1-1808-3712688ad138 
Creating dom0 VBD: 0fdb952e-92ff-4b53-dd49-8d54b2268787
Plugging VBD: 
Waiting for /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e0: . done
Mounting filesystem:  failed
Partitions in the VDI are:

brw------- 1 root root 252, 0 May 29 19:13 /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e0

You can use the -p option to specify a partition number to mount.
Unplugging VBD: . done
root@lab-xh3:~# /usr/lib/xcp/bin/xe-edit-bootloader -u 19f66083-e776-70d1-1808-3712688ad138  -p 1
Creating dom0 VBD: 445a1179-a947-b884-8cbe-06ea1515ee38
Plugging VBD: 
Waiting for /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e01: .....Device /dev/sm/backend/4c15ea03-5d70-938e-8265-d5424c0fda5e/963afb9a-9ceb-410f-8554-8be9fb70e7e01 not found.


Reason is that older model creates /dev/xvd* devices (see message history for bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674088 ) and xe-edit-bootloader just add partition number to device (/dev/xvdb -> /dev/xvdb1). With new sm model this is not true: script must call kpartx to probe partition table of attached VDI.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xcp-xapi depends on:
ii  hwdata                                         0.233-1
ii  libc6                                          2.13-32
ii  libpam0g                                       1.1.3-7.1
ii  libuuid1                                       2.20.1-5
ii  libvhd0                                        2.0.90-1
ii  libxen-4.1                                     4.1.2-6
ii  libxenstore3.0                                 4.1.2-6
ii  lsb-base                                       4.1+Debian4
ii  pciutils                                       1:3.1.9-3
ii  python                                         2.7.2-10
ii  python-xenapi                                  1.3.2-6
ii  stunnel4 [stunnel]                             3:4.52-1
ii  xcp-eliloader                                  0.1-4
ii  xcp-fe                                         0.5.2-3+b1
ii  xcp-networkd                                   1.3.2-6
ii  xcp-squeezed                                   1.3.2-6
ii  xcp-storage-managers                           0.1.1-2
ii  xcp-v6d                                        1.3.2-6
ii  xcp-xe                                         1.3.2-6
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.2-6
ii  xen-utils-4.1                                  4.1.2-6
ii  zlib1g                                         1:1.2.7.dfsg-11

Versions of packages xcp-xapi recommends:
ii  cifs-utils           2:5.4-2
ii  xcp-guest-templates  0.1-3
ii  xcp-vncterm          0.1-2

xcp-xapi suggests no packages.

-- no debconf information



_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 16:51:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 16:51:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZPdW-0002lE-4B; Tue, 29 May 2012 16:51:10 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SZPdU-0002ky-Ft
	for xen-api@lists.xen.org; Tue, 29 May 2012 16:51:08 +0000
Received: from [193.109.254.147:44708] by server-2.bemta-14.messagelabs.com id
	B2/BF-12884-B7EF4CF4; Tue, 29 May 2012 16:51:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1338310263!9035606!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTU4MTE=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12782 invoked from network); 29 May 2012 16:51:05 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 16:51:05 -0000
X-IronPort-AV: E=Sophos;i="4.75,677,1330923600"; d="scan'208";a="196779376"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 12:47:05 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Tue, 29 May 2012
	12:47:04 -0400
Message-ID: <4FC4FDC7.7000206@citrix.com>
Date: Tue, 29 May 2012 17:48:07 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
References: <20120529133121.GH2058@reaktio.net>
In-Reply-To: <20120529133121.GH2058@reaktio.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP 1.5 Beta2/Final ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29/05/12 14:31, Pasi K=E4rkk=E4inen wrote:
> Hello,
>
> What's the current plan regarding XCP (the appliance ISO) 1.5 beta2 and/o=
r Final release?
>
> Thanks,
>
> -- Pasi
>

Hi Pasi,

We have no concrete dates right now. Jon and I had been diverted from =

XCP work to finish up work on the new XenServer release. That's winding =

down now, and I plan on starting work on XCP 1.5 beta2/final in mid June.

Also, we will likely be able to ship an XCP 1.6 alpha release in short =

time as well. This will hopefully coincide with the XCP 1.5 beta2 =

release. XCP 1.6 final won't ship before September.

In addition to actually shipping these things, I'd like to draw up an =

XCP roadmap on the wiki, which will include upcoming XCP releases as =

well as XCP toolstack releases planned for Debian, Ubuntu, Fedora, etc.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 16:51:16 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 16:51:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZPdW-0002lE-4B; Tue, 29 May 2012 16:51:10 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SZPdU-0002ky-Ft
	for xen-api@lists.xen.org; Tue, 29 May 2012 16:51:08 +0000
Received: from [193.109.254.147:44708] by server-2.bemta-14.messagelabs.com id
	B2/BF-12884-B7EF4CF4; Tue, 29 May 2012 16:51:07 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1338310263!9035606!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTU4MTE=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12782 invoked from network); 29 May 2012 16:51:05 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 16:51:05 -0000
X-IronPort-AV: E=Sophos;i="4.75,677,1330923600"; d="scan'208";a="196779376"
Received: from ftlpmailmx02.citrite.net ([10.13.107.66])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 12:47:05 -0400
Received: from [10.80.2.141] (10.80.2.141) by FTLPMAILMX02.citrite.net
	(10.13.107.66) with Microsoft SMTP Server id 8.3.213.0; Tue, 29 May 2012
	12:47:04 -0400
Message-ID: <4FC4FDC7.7000206@citrix.com>
Date: Tue, 29 May 2012 17:48:07 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
References: <20120529133121.GH2058@reaktio.net>
In-Reply-To: <20120529133121.GH2058@reaktio.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] XCP 1.5 Beta2/Final ?
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29/05/12 14:31, Pasi K=E4rkk=E4inen wrote:
> Hello,
>
> What's the current plan regarding XCP (the appliance ISO) 1.5 beta2 and/o=
r Final release?
>
> Thanks,
>
> -- Pasi
>

Hi Pasi,

We have no concrete dates right now. Jon and I had been diverted from =

XCP work to finish up work on the new XenServer release. That's winding =

down now, and I plan on starting work on XCP 1.5 beta2/final in mid June.

Also, we will likely be able to ship an XCP 1.6 alpha release in short =

time as well. This will hopefully coincide with the XCP 1.5 beta2 =

release. XCP 1.6 final won't ship before September.

In addition to actually shipping these things, I'd like to draw up an =

XCP roadmap on the wiki, which will include upcoming XCP releases as =

well as XCP toolstack releases planned for Debian, Ubuntu, Fedora, etc.

Mike

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:06:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:06:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZPsf-0003Gx-Ly; Tue, 29 May 2012 17:06:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sentinel2k01@gmx.de>) id 1SZPse-0003Gm-Kl
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:06:48 +0000
Received: from [193.109.254.147:2057] by server-1.bemta-14.messagelabs.com id
	12/69-13428-72205CF4; Tue, 29 May 2012 17:06:47 +0000
X-Env-Sender: sentinel2k01@gmx.de
X-Msg-Ref: server-7.tower-27.messagelabs.com!1338311204!4153800!1
X-Originating-IP: [213.165.64.23]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNTU0MzM=\n,
	ML_RADAR_SPEW_LINKS_14,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18395 invoked from network); 29 May 2012 17:06:44 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23)
	by server-7.tower-27.messagelabs.com with SMTP;
	29 May 2012 17:06:44 -0000
Received: (qmail invoked by alias); 29 May 2012 17:06:43 -0000
Received: from ip-109-91-89-242.unitymediagroup.de (EHLO [192.168.0.125])
	[109.91.89.242]
	by mail.gmx.net (mp035) with SMTP; 29 May 2012 19:06:43 +0200
X-Authenticated: #8832492
X-Provags-ID: V01U2FsdGVkX1/3Zax5nl73RbpEc9JYyeTGqZCOIPoJG39leXZq2c
	mttnLqnp5VgcOR
Message-ID: <4FC50223.5080306@gmx.de>
Date: Tue, 29 May 2012 19:06:43 +0200
From: sentinel <sentinel2k01@gmx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Y-GMX-Trusted: 0
Subject: [Xen-API]  NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi List!

i have setup a fresh Debian Wheezy installation and followed the wiki 
http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
Now i will add a Storage Repository from a NFS Server, the NFS Server is 
the same computer where XAPI is installed.

I try:

xe sr-create type=nfs name-label=Windows device-config:server=XenServer 
device-config:serverpath=/Windows

but i become the following errors:

Error code: SR_BACKEND_FAILURE_73
Error parameters: , NFS mount error [opterr=mount failed with return 
code 32],

root@XenServer:/# showmount -e XenServer
Export list for XenServer:
/Windows XenServer.fritz.box

The errors also occurred when i change the 
device-config:server=XenServer.fritz.box

My NFS exports:

root@XenServer:/# cat /etc/exports
[----cut default commentary----]
#Xen XCP SR for Windows 7 on SSD RAID
/Windows XenServer(rw,async,no_subtree_check)

i also tried to change the IP address instead of the ComputerName 
(XenServer), but the result is the same.
No new SR for XAPI.

When i add the IP from my other Ubuntu 11.10 computer to the 
/etc/exports, i can mount the share on the Ubuntu-PC without any problems.


Why i try to use NFS? The folder /Windows is a part of a RAID5 Array, 
and i don't want to use the hole Array as a SR.

Any hints?



regards
Dominik






_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:06:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:06:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZPsf-0003Gx-Ly; Tue, 29 May 2012 17:06:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sentinel2k01@gmx.de>) id 1SZPse-0003Gm-Kl
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:06:48 +0000
Received: from [193.109.254.147:2057] by server-1.bemta-14.messagelabs.com id
	12/69-13428-72205CF4; Tue, 29 May 2012 17:06:47 +0000
X-Env-Sender: sentinel2k01@gmx.de
X-Msg-Ref: server-7.tower-27.messagelabs.com!1338311204!4153800!1
X-Originating-IP: [213.165.64.23]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNTU0MzM=\n,
	ML_RADAR_SPEW_LINKS_14,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18395 invoked from network); 29 May 2012 17:06:44 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23)
	by server-7.tower-27.messagelabs.com with SMTP;
	29 May 2012 17:06:44 -0000
Received: (qmail invoked by alias); 29 May 2012 17:06:43 -0000
Received: from ip-109-91-89-242.unitymediagroup.de (EHLO [192.168.0.125])
	[109.91.89.242]
	by mail.gmx.net (mp035) with SMTP; 29 May 2012 19:06:43 +0200
X-Authenticated: #8832492
X-Provags-ID: V01U2FsdGVkX1/3Zax5nl73RbpEc9JYyeTGqZCOIPoJG39leXZq2c
	mttnLqnp5VgcOR
Message-ID: <4FC50223.5080306@gmx.de>
Date: Tue, 29 May 2012 19:06:43 +0200
From: sentinel <sentinel2k01@gmx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
X-Y-GMX-Trusted: 0
Subject: [Xen-API]  NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi List!

i have setup a fresh Debian Wheezy installation and followed the wiki 
http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
Now i will add a Storage Repository from a NFS Server, the NFS Server is 
the same computer where XAPI is installed.

I try:

xe sr-create type=nfs name-label=Windows device-config:server=XenServer 
device-config:serverpath=/Windows

but i become the following errors:

Error code: SR_BACKEND_FAILURE_73
Error parameters: , NFS mount error [opterr=mount failed with return 
code 32],

root@XenServer:/# showmount -e XenServer
Export list for XenServer:
/Windows XenServer.fritz.box

The errors also occurred when i change the 
device-config:server=XenServer.fritz.box

My NFS exports:

root@XenServer:/# cat /etc/exports
[----cut default commentary----]
#Xen XCP SR for Windows 7 on SSD RAID
/Windows XenServer(rw,async,no_subtree_check)

i also tried to change the IP address instead of the ComputerName 
(XenServer), but the result is the same.
No new SR for XAPI.

When i add the IP from my other Ubuntu 11.10 computer to the 
/etc/exports, i can mount the share on the Ubuntu-PC without any problems.


Why i try to use NFS? The folder /Windows is a part of a RAID5 Array, 
and i don't want to use the hole Array as a SR.

Any hints?



regards
Dominik






_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:18:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:18:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQ3R-0003YJ-QX; Tue, 29 May 2012 17:17:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Andrei.Lifchits@citrix.com>) id 1SZQ3R-0003YE-6L
	for xen-api@lists.xensource.com; Tue, 29 May 2012 17:17:57 +0000
Received: from [85.158.143.35:39448] by server-3.bemta-4.messagelabs.com id
	C5/05-05853-4C405CF4; Tue, 29 May 2012 17:17:56 +0000
X-Env-Sender: Andrei.Lifchits@citrix.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1338311875!15540555!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk2Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30701 invoked from network); 29 May 2012 17:17:56 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 17:17:56 -0000
X-IronPort-AV: E=Sophos;i="4.75,678,1330905600"; d="scan'208";a="12721958"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 17:17:39 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 29 May 2012
	18:17:39 +0100
From: Andrei Lifchits <Andrei.Lifchits@citrix.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 29 May 2012 18:17:38 +0100
Thread-Topic: tapdisk-nbd code review questions
Thread-Index: Ac09u/H/ZXdZPusOQkmaTSoShJrjHw==
Message-ID: <B45B24330584FB4AAE78E08B8F5E5B5ECEB32A2F2E@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api \(xen-api@lists.xensource.com\)" <xen-api@lists.xensource.com>
Subject: [Xen-API] tapdisk-nbd code review questions
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Jon,

A few questions after reviewing the new NBD code in tapdisk:

1. The tdnbd_data struct has the field "closed", which is assigned values 0, 2, and 3 in various places - what do those values mean? (We should make them into constants.)

2. The list_move() on line https://github.com/xen-org/blktap/blob/trunk-ring3/drivers/block-nbd.c:291 looks like it would incorrectly move a READ request to 'completed' (if a READ req is queued) inside tdnbd_writer_cb() - or am I missing something?

3. In the same function as above, the return values from tdnbd_write_some() called on lines 278 & 281 aren't checked for negative values (errors) - I assume that's a TODO item?

4. In the fdreceiver, why do we support receiving (and stashing) multiple fd's in general? Do we currently have a use case where multiple fd's would be passed to the same tapdisk?

5. When receiving data from the nbd client, the nbd server blocks until all of the request is read: was this a design decision to simplify the code, even if that means a slow/malicious client could cause a DOS for other nbd clients?

Cheers,
Andrei

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:18:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:18:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQ3R-0003YJ-QX; Tue, 29 May 2012 17:17:57 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Andrei.Lifchits@citrix.com>) id 1SZQ3R-0003YE-6L
	for xen-api@lists.xensource.com; Tue, 29 May 2012 17:17:57 +0000
Received: from [85.158.143.35:39448] by server-3.bemta-4.messagelabs.com id
	C5/05-05853-4C405CF4; Tue, 29 May 2012 17:17:56 +0000
X-Env-Sender: Andrei.Lifchits@citrix.com
X-Msg-Ref: server-15.tower-21.messagelabs.com!1338311875!15540555!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5OTk2Nw==\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30701 invoked from network); 29 May 2012 17:17:56 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	29 May 2012 17:17:56 -0000
X-IronPort-AV: E=Sophos;i="4.75,678,1330905600"; d="scan'208";a="12721958"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	29 May 2012 17:17:39 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Tue, 29 May 2012
	18:17:39 +0100
From: Andrei Lifchits <Andrei.Lifchits@citrix.com>
To: Jonathan Ludlam <Jonathan.Ludlam@eu.citrix.com>
Date: Tue, 29 May 2012 18:17:38 +0100
Thread-Topic: tapdisk-nbd code review questions
Thread-Index: Ac09u/H/ZXdZPusOQkmaTSoShJrjHw==
Message-ID: <B45B24330584FB4AAE78E08B8F5E5B5ECEB32A2F2E@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api \(xen-api@lists.xensource.com\)" <xen-api@lists.xensource.com>
Subject: [Xen-API] tapdisk-nbd code review questions
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi Jon,

A few questions after reviewing the new NBD code in tapdisk:

1. The tdnbd_data struct has the field "closed", which is assigned values 0, 2, and 3 in various places - what do those values mean? (We should make them into constants.)

2. The list_move() on line https://github.com/xen-org/blktap/blob/trunk-ring3/drivers/block-nbd.c:291 looks like it would incorrectly move a READ request to 'completed' (if a READ req is queued) inside tdnbd_writer_cb() - or am I missing something?

3. In the same function as above, the return values from tdnbd_write_some() called on lines 278 & 281 aren't checked for negative values (errors) - I assume that's a TODO item?

4. In the fdreceiver, why do we support receiving (and stashing) multiple fd's in general? Do we currently have a use case where multiple fd's would be passed to the same tapdisk?

5. When receiving data from the nbd client, the nbd server blocks until all of the request is read: was this a design decision to simplify the code, even if that means a slow/malicious client could cause a DOS for other nbd clients?

Cheers,
Andrei

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:27:06 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:27:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQCD-0003d8-Lp; Tue, 29 May 2012 17:27:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <jhom@softlayer.com>) id 1SZQCC-0003d3-ND
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:27:00 +0000
Received: from [85.158.138.51:48099] by server-4.bemta-3.messagelabs.com id
	9F/69-32504-3E605CF4; Tue, 29 May 2012 17:26:59 +0000
X-Env-Sender: jhom@softlayer.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1338312418!29795683!1
X-Originating-IP: [66.228.118.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMjI4LjExOC4yNSA9PiAzOTMw\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5492 invoked from network); 29 May 2012 17:26:59 -0000
Received: from mx.softlayer.com (HELO mx.softlayer.com) (66.228.118.25)
	by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 May 2012 17:26:59 -0000
Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim)
	(envelope-from <jhom@softlayer.com>)
	id 1SZQC9-000G0w-Os; Tue, 29 May 2012 12:26:57 -0500
Received: from SM-CAS151.softlayer.local (172.18.18.38) by
	SM-TMG151.softlayer.local (172.18.18.50) with Microsoft SMTP Server
	(TLS) id 14.2.247.3; Tue, 29 May 2012 12:26:56 -0500
Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by
	SM-CAS151.softlayer.local ([fe80::2cad:d6ac:55f7:c0e%10]) with mapi id
	14.02.0247.003; Tue, 29 May 2012 12:26:56 -0500
From: Joseph Hom <jhom@softlayer.com>
To: sentinel <sentinel2k01@gmx.de>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Thread-Topic: [Xen-API]  NFS Share on localhost / same computer
Thread-Index: AQHNPb2eB/WUQtrqtkO87Smx2uD575bhBNkg
Date: Tue, 29 May 2012 17:26:55 +0000
Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
References: <4FC50223.5080306@gmx.de>
In-Reply-To: <4FC50223.5080306@gmx.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.24.161]
MIME-Version: 1.0
X-DKIM-Status: none
Subject: Re: [Xen-API] NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

If I remember correctly portmap is configured to only listen on localhost. Edit /etc/sysconfig/portmap and remove the -l arg that is passed. Restart portmap.

-----Original Message-----
From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of sentinel
Sent: Tuesday, May 29, 2012 12:07 PM
To: xen-api@lists.xen.org
Subject: [Xen-API] NFS Share on localhost / same computer

Hi List!

i have setup a fresh Debian Wheezy installation and followed the wiki http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
Now i will add a Storage Repository from a NFS Server, the NFS Server is the same computer where XAPI is installed.

I try:

xe sr-create type=nfs name-label=Windows device-config:server=XenServer device-config:serverpath=/Windows

but i become the following errors:

Error code: SR_BACKEND_FAILURE_73
Error parameters: , NFS mount error [opterr=mount failed with return code 32],

root@XenServer:/# showmount -e XenServer Export list for XenServer:
/Windows XenServer.fritz.box

The errors also occurred when i change the device-config:server=XenServer.fritz.box

My NFS exports:

root@XenServer:/# cat /etc/exports
[----cut default commentary----]
#Xen XCP SR for Windows 7 on SSD RAID
/Windows XenServer(rw,async,no_subtree_check)

i also tried to change the IP address instead of the ComputerName (XenServer), but the result is the same.
No new SR for XAPI.

When i add the IP from my other Ubuntu 11.10 computer to the /etc/exports, i can mount the share on the Ubuntu-PC without any problems.


Why i try to use NFS? The folder /Windows is a part of a RAID5 Array, 
and i don't want to use the hole Array as a SR.

Any hints?



regards
Dominik






_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:27:06 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:27:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQCD-0003d8-Lp; Tue, 29 May 2012 17:27:01 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <jhom@softlayer.com>) id 1SZQCC-0003d3-ND
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:27:00 +0000
Received: from [85.158.138.51:48099] by server-4.bemta-3.messagelabs.com id
	9F/69-32504-3E605CF4; Tue, 29 May 2012 17:26:59 +0000
X-Env-Sender: jhom@softlayer.com
X-Msg-Ref: server-9.tower-174.messagelabs.com!1338312418!29795683!1
X-Originating-IP: [66.228.118.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMjI4LjExOC4yNSA9PiAzOTMw\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5492 invoked from network); 29 May 2012 17:26:59 -0000
Received: from mx.softlayer.com (HELO mx.softlayer.com) (66.228.118.25)
	by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 May 2012 17:26:59 -0000
Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim)
	(envelope-from <jhom@softlayer.com>)
	id 1SZQC9-000G0w-Os; Tue, 29 May 2012 12:26:57 -0500
Received: from SM-CAS151.softlayer.local (172.18.18.38) by
	SM-TMG151.softlayer.local (172.18.18.50) with Microsoft SMTP Server
	(TLS) id 14.2.247.3; Tue, 29 May 2012 12:26:56 -0500
Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by
	SM-CAS151.softlayer.local ([fe80::2cad:d6ac:55f7:c0e%10]) with mapi id
	14.02.0247.003; Tue, 29 May 2012 12:26:56 -0500
From: Joseph Hom <jhom@softlayer.com>
To: sentinel <sentinel2k01@gmx.de>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Thread-Topic: [Xen-API]  NFS Share on localhost / same computer
Thread-Index: AQHNPb2eB/WUQtrqtkO87Smx2uD575bhBNkg
Date: Tue, 29 May 2012 17:26:55 +0000
Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
References: <4FC50223.5080306@gmx.de>
In-Reply-To: <4FC50223.5080306@gmx.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.24.161]
MIME-Version: 1.0
X-DKIM-Status: none
Subject: Re: [Xen-API] NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

If I remember correctly portmap is configured to only listen on localhost. Edit /etc/sysconfig/portmap and remove the -l arg that is passed. Restart portmap.

-----Original Message-----
From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of sentinel
Sent: Tuesday, May 29, 2012 12:07 PM
To: xen-api@lists.xen.org
Subject: [Xen-API] NFS Share on localhost / same computer

Hi List!

i have setup a fresh Debian Wheezy installation and followed the wiki http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
Now i will add a Storage Repository from a NFS Server, the NFS Server is the same computer where XAPI is installed.

I try:

xe sr-create type=nfs name-label=Windows device-config:server=XenServer device-config:serverpath=/Windows

but i become the following errors:

Error code: SR_BACKEND_FAILURE_73
Error parameters: , NFS mount error [opterr=mount failed with return code 32],

root@XenServer:/# showmount -e XenServer Export list for XenServer:
/Windows XenServer.fritz.box

The errors also occurred when i change the device-config:server=XenServer.fritz.box

My NFS exports:

root@XenServer:/# cat /etc/exports
[----cut default commentary----]
#Xen XCP SR for Windows 7 on SSD RAID
/Windows XenServer(rw,async,no_subtree_check)

i also tried to change the IP address instead of the ComputerName (XenServer), but the result is the same.
No new SR for XAPI.

When i add the IP from my other Ubuntu 11.10 computer to the /etc/exports, i can mount the share on the Ubuntu-PC without any problems.


Why i try to use NFS? The folder /Windows is a part of a RAID5 Array, 
and i don't want to use the hole Array as a SR.

Any hints?



regards
Dominik






_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:27:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:27:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQD2-0003eh-SH; Tue, 29 May 2012 17:27:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <jhom@softlayer.com>) id 1SZQD1-0003eX-5Y
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:27:51 +0000
Received: from [85.158.138.51:2855] by server-5.bemta-3.messagelabs.com id
	7F/23-27664-61705CF4; Tue, 29 May 2012 17:27:50 +0000
X-Env-Sender: jhom@softlayer.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1338312466!11057911!1
X-Originating-IP: [173.192.119.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29329 invoked from network); 29 May 2012 17:27:48 -0000
Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25)
	by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 29 May 2012 17:27:48 -0000
Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim)
	(envelope-from <jhom@softlayer.com>)
	id 1SZQCv-0005Ta-Rh; Tue, 29 May 2012 12:27:45 -0500
Received: from SM-CAS152.softlayer.local (172.18.18.40) by
	SM-TMG152.softlayer.local (172.18.18.52) with Microsoft SMTP Server
	(TLS) id 14.2.247.3; Tue, 29 May 2012 12:27:45 -0500
Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by
	SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id
	14.02.0247.003; Tue, 29 May 2012 12:29:03 -0500
From: Joseph Hom <jhom@softlayer.com>
To: Denis Cardon <denis.cardon@tranquil-it-systems.fr>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Thread-Topic: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
Thread-Index: AQHNPYEKfa9gVhg/70+fNffNoho9NZbhBYKQ
Date: Tue, 29 May 2012 17:27:43 +0000
Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
In-Reply-To: <4FC49C35.1070202@tranquil-it-systems.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.24.161]
MIME-Version: 1.0
X-DKIM-Status: none
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't seen=
 an issue with it. Other than the ability to reboot and have the system com=
e up reliably.

-----Original Message-----
From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Denis Cardon
Sent: Tuesday, May 29, 2012 4:52 AM
To: xen-api@lists.xen.org
Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue

Hi everyone,

Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with ba=
rrier where the guest boots with read only disk.

There has been some hint to disable barrier (adding barrier=3D0 in fstab), =
and it seems to indeed resolve the issue, cf links below.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xe=
nserver-guest/

I wanted to know if there are any side effect to that workaround or if it i=
s safe?

Cheers,

Denis


--
Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 17:27:56 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 17:27:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZQD2-0003eh-SH; Tue, 29 May 2012 17:27:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <jhom@softlayer.com>) id 1SZQD1-0003eX-5Y
	for xen-api@lists.xen.org; Tue, 29 May 2012 17:27:51 +0000
Received: from [85.158.138.51:2855] by server-5.bemta-3.messagelabs.com id
	7F/23-27664-61705CF4; Tue, 29 May 2012 17:27:50 +0000
X-Env-Sender: jhom@softlayer.com
X-Msg-Ref: server-13.tower-174.messagelabs.com!1338312466!11057911!1
X-Originating-IP: [173.192.119.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29329 invoked from network); 29 May 2012 17:27:48 -0000
Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25)
	by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 29 May 2012 17:27:48 -0000
Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim)
	(envelope-from <jhom@softlayer.com>)
	id 1SZQCv-0005Ta-Rh; Tue, 29 May 2012 12:27:45 -0500
Received: from SM-CAS152.softlayer.local (172.18.18.40) by
	SM-TMG152.softlayer.local (172.18.18.52) with Microsoft SMTP Server
	(TLS) id 14.2.247.3; Tue, 29 May 2012 12:27:45 -0500
Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by
	SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id
	14.02.0247.003; Tue, 29 May 2012 12:29:03 -0500
From: Joseph Hom <jhom@softlayer.com>
To: Denis Cardon <denis.cardon@tranquil-it-systems.fr>,
	"xen-api@lists.xen.org" <xen-api@lists.xen.org>
Thread-Topic: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
Thread-Index: AQHNPYEKfa9gVhg/70+fNffNoho9NZbhBYKQ
Date: Tue, 29 May 2012 17:27:43 +0000
Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
In-Reply-To: <4FC49C35.1070202@tranquil-it-systems.fr>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [192.168.24.161]
MIME-Version: 1.0
X-DKIM-Status: none
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't seen=
 an issue with it. Other than the ability to reboot and have the system com=
e up reliably.

-----Original Message-----
From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] =
On Behalf Of Denis Cardon
Sent: Tuesday, May 29, 2012 4:52 AM
To: xen-api@lists.xen.org
Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue

Hi everyone,

Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with ba=
rrier where the guest boots with read only disk.

There has been some hint to disable barrier (adding barrier=3D0 in fstab), =
and it seems to indeed resolve the issue, cf links below.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xe=
nserver-guest/

I wanted to know if there are any side effect to that workaround or if it i=
s safe?

Cheers,

Denis


--
Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 20:07:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 20:07:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZShm-0004oQ-Gl; Tue, 29 May 2012 20:07:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZShl-0004oL-G6
	for xen-api@lists.xen.org; Tue, 29 May 2012 20:07:45 +0000
Received: from [85.158.138.51:49088] by server-3.bemta-3.messagelabs.com id
	E2/3F-15793-09C25CF4; Tue, 29 May 2012 20:07:44 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338322063!29792917!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTI3MjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12659 invoked from network); 29 May 2012 20:07:44 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 May 2012 20:07:44 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id DDC9C227B;
	Tue, 29 May 2012 23:07:42 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 7774A2005D; Tue, 29 May 2012 23:07:41 +0300 (EEST)
Date: Tue, 29 May 2012 23:07:41 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Hom <jhom@softlayer.com>
Message-ID: <20120529200740.GJ2058@reaktio.net>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, May 29, 2012 at 05:27:43PM +0000, Joseph Hom wrote:
> We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't se=
en an issue with it. Other than the ability to reboot and have the system c=
ome up reliably.

Yes, but obviously the issue should be fixed in XCP dom0 kernel instead, so=
 you don't need any workaround in the VMs.

-- Pasi

> =

> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org=
] On Behalf Of Denis Cardon
> Sent: Tuesday, May 29, 2012 4:52 AM
> To: xen-api@lists.xen.org
> Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
> =

> Hi everyone,
> =

> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with =
barrier where the guest boots with read only disk.
> =

> There has been some hint to disable barrier (adding barrier=3D0 in fstab)=
, and it seems to indeed resolve the issue, cf links below.
> =

> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-=
xenserver-guest/
> =

> I wanted to know if there are any side effect to that workaround or if it=
 is safe?
> =

> Cheers,
> =

> Denis
> =

> =

> --
> Denis Cardon
> Tranquil IT Systems
> 44 bvd des pas enchant=E9s
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.57
> http://www.tranquil-it-systems.fr
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Tue May 29 20:07:55 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 29 May 2012 20:07:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZShm-0004oQ-Gl; Tue, 29 May 2012 20:07:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZShl-0004oL-G6
	for xen-api@lists.xen.org; Tue, 29 May 2012 20:07:45 +0000
Received: from [85.158.138.51:49088] by server-3.bemta-3.messagelabs.com id
	E2/3F-15793-09C25CF4; Tue, 29 May 2012 20:07:44 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-2.tower-174.messagelabs.com!1338322063!29792917!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTI3MjM=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12659 invoked from network); 29 May 2012 20:07:44 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 29 May 2012 20:07:44 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id DDC9C227B;
	Tue, 29 May 2012 23:07:42 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 7774A2005D; Tue, 29 May 2012 23:07:41 +0300 (EEST)
Date: Tue, 29 May 2012 23:07:41 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Joseph Hom <jhom@softlayer.com>
Message-ID: <20120529200740.GJ2058@reaktio.net>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Tue, May 29, 2012 at 05:27:43PM +0000, Joseph Hom wrote:
> We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't se=
en an issue with it. Other than the ability to reboot and have the system c=
ome up reliably.

Yes, but obviously the issue should be fixed in XCP dom0 kernel instead, so=
 you don't need any workaround in the VMs.

-- Pasi

> =

> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org=
] On Behalf Of Denis Cardon
> Sent: Tuesday, May 29, 2012 4:52 AM
> To: xen-api@lists.xen.org
> Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
> =

> Hi everyone,
> =

> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with =
barrier where the guest boots with read only disk.
> =

> There has been some hint to disable barrier (adding barrier=3D0 in fstab)=
, and it seems to indeed resolve the issue, cf links below.
> =

> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-=
xenserver-guest/
> =

> I wanted to know if there are any side effect to that workaround or if it=
 is safe?
> =

> Cheers,
> =

> Denis
> =

> =

> --
> Denis Cardon
> Tranquil IT Systems
> 44 bvd des pas enchant=E9s
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.57
> http://www.tranquil-it-systems.fr
> =

> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:22:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:22:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdEQ-0005dG-MY; Wed, 30 May 2012 07:22:10 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SZdEO-0005dB-U1
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:22:09 +0000
Received: from [85.158.143.35:35395] by server-3.bemta-4.messagelabs.com id
	CC/45-04252-0AAC5CF4; Wed, 30 May 2012 07:22:08 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-4.tower-21.messagelabs.com!1338362522!7494506!1
X-Originating-IP: [80.12.242.128]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4438 invoked from network); 30 May 2012 07:22:05 -0000
Received: from smtp06.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.128) by server-4.tower-21.messagelabs.com with SMTP;
	30 May 2012 07:22:05 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d63 with ME
	id G7N11j00S3zjds1037N15k; Wed, 30 May 2012 09:22:02 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id B2962745DE;
	Wed, 30 May 2012 09:22:01 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id YqNJV-oQp-oe; Wed, 30 May 2012 09:22:00 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id DAAAE745DC;
	Wed, 30 May 2012 09:22:00 +0200 (CEST)
Message-ID: <4FC5CA98.2090900@tranquil-it-systems.fr>
Date: Wed, 30 May 2012 09:22:00 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
	<20120529200740.GJ2058@reaktio.net>
In-Reply-To: <20120529200740.GJ2058@reaktio.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

>> We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't s=
een an issue with it. Other than the ability to reboot and have the system =
come up reliably.
>
> Yes, but obviously the issue should be fixed in XCP dom0 kernel instead, =
so you don't need any workaround in the VMs.

thanks for your answer.

Cheers, keep on the good work!

Denis


>
> -- Pasi
>
>>
>> -----Original Message-----
>> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.or=
g] On Behalf Of Denis Cardon
>> Sent: Tuesday, May 29, 2012 4:52 AM
>> To: xen-api@lists.xen.org
>> Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
>>
>> Hi everyone,
>>
>> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with=
 barrier where the guest boots with read only disk.
>>
>> There has been some hint to disable barrier (adding barrier=3D0 in fstab=
), and it seems to indeed resolve the issue, cf links below.
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
>> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on=
-xenserver-guest/
>>
>> I wanted to know if there are any side effect to that workaround or if i=
t is safe?
>>
>> Cheers,
>>
>> Denis
>>
>>
>> --
>> Denis Cardon
>> Tranquil IT Systems
>> 44 bvd des pas enchant=E9s
>> 44230 Saint S=E9bastien sur Loire
>> tel : +33 (0) 2.40.97.57.57
>> http://www.tranquil-it-systems.fr
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:22:20 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:22:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdEQ-0005dG-MY; Wed, 30 May 2012 07:22:10 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <denis.cardon@tranquil-it-systems.fr>)
	id 1SZdEO-0005dB-U1
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:22:09 +0000
Received: from [85.158.143.35:35395] by server-3.bemta-4.messagelabs.com id
	CC/45-04252-0AAC5CF4; Wed, 30 May 2012 07:22:08 +0000
X-Env-Sender: denis.cardon@tranquil-it-systems.fr
X-Msg-Ref: server-4.tower-21.messagelabs.com!1338362522!7494506!1
X-Originating-IP: [80.12.242.128]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4438 invoked from network); 30 May 2012 07:22:05 -0000
Received: from smtp06.smtpout.orange.fr (HELO smtp.smtpout.orange.fr)
	(80.12.242.128) by server-4.tower-21.messagelabs.com with SMTP;
	30 May 2012 07:22:05 -0000
Received: from srvzimbra.tranquilit.local ([193.252.46.185])
	by mwinf5d63 with ME
	id G7N11j00S3zjds1037N15k; Wed, 30 May 2012 09:22:02 +0200
Received: from localhost (localhost [127.0.0.1])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id B2962745DE;
	Wed, 30 May 2012 09:22:01 +0200 (CEST)
X-Virus-Scanned: amavisd-new at tranquilit.local
Received: from srvzimbra.tranquilit.local ([127.0.0.1])
	by localhost (srvzimbra.tranquilit.local [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id YqNJV-oQp-oe; Wed, 30 May 2012 09:22:00 +0200 (CEST)
Received: from srvlts1.tranquilit.local (srvlts1.tranquilit.local
	[192.168.149.14])
	by srvzimbra.tranquilit.local (Postfix) with ESMTP id DAAAE745DC;
	Wed, 30 May 2012 09:22:00 +0200 (CEST)
Message-ID: <4FC5CA98.2090900@tranquil-it-systems.fr>
Date: Wed, 30 May 2012 09:22:00 +0200
From: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= <pasik@iki.fi>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
	<20120529200740.GJ2058@reaktio.net>
In-Reply-To: <20120529200740.GJ2058@reaktio.net>
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

>> We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't s=
een an issue with it. Other than the ability to reboot and have the system =
come up reliably.
>
> Yes, but obviously the issue should be fixed in XCP dom0 kernel instead, =
so you don't need any workaround in the VMs.

thanks for your answer.

Cheers, keep on the good work!

Denis


>
> -- Pasi
>
>>
>> -----Original Message-----
>> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.or=
g] On Behalf Of Denis Cardon
>> Sent: Tuesday, May 29, 2012 4:52 AM
>> To: xen-api@lists.xen.org
>> Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
>>
>> Hi everyone,
>>
>> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues with=
 barrier where the guest boots with read only disk.
>>
>> There has been some hint to disable barrier (adding barrier=3D0 in fstab=
), and it seems to indeed resolve the issue, cf links below.
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
>> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on=
-xenserver-guest/
>>
>> I wanted to know if there are any side effect to that workaround or if i=
t is safe?
>>
>> Cheers,
>>
>> Denis
>>
>>
>> --
>> Denis Cardon
>> Tranquil IT Systems
>> 44 bvd des pas enchant=E9s
>> 44230 Saint S=E9bastien sur Loire
>> tel : +33 (0) 2.40.97.57.57
>> http://www.tranquil-it-systems.fr
>>
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>>
>> _______________________________________________
>> Xen-api mailing list
>> Xen-api@lists.xen.org
>> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


-- =

Denis Cardon
Tranquil IT Systems
44 bvd des pas enchant=E9s
44230 Saint S=E9bastien sur Loire
tel : +33 (0) 2.40.97.57.57
http://www.tranquil-it-systems.fr


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:32:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:32:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdNs-0005o8-1e; Wed, 30 May 2012 07:31:56 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZdNr-0005o3-1G
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:31:55 +0000
Received: from [85.158.139.83:3768] by server-10.bemta-5.messagelabs.com id
	33/75-22179-AECC5CF4; Wed, 30 May 2012 07:31:54 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-14.tower-182.messagelabs.com!1338363113!26802107!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTM5ODU=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10133 invoked from network); 30 May 2012 07:31:53 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 May 2012 07:31:53 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id B683D2EF6;
	Wed, 30 May 2012 10:31:52 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 8F5862005D; Wed, 30 May 2012 10:31:52 +0300 (EEST)
Date: Wed, 30 May 2012 10:31:52 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
Message-ID: <20120530073152.GK2058@reaktio.net>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
	<20120529200740.GJ2058@reaktio.net>
	<4FC5CA98.2090900@tranquil-it-systems.fr>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4FC5CA98.2090900@tranquil-it-systems.fr>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue,
 patch for blkback needed in dom0 kernel
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Wed, May 30, 2012 at 09:22:00AM +0200, Denis Cardon wrote:
> Hi all,
> =

> >>We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't =
seen an issue with it. Other than the ability to reboot and have the system=
 come up reliably.
> >
> >Yes, but obviously the issue should be fixed in XCP dom0 kernel instead,=
 so you don't need any workaround in the VMs.
> =

> thanks for your answer.
> =


Jeremy's xen.git has the patch for pvops 2.6.32 dom0, I think it was called:
"xen: blkback: don't fail empty barrier requests".

SUSE's sles11sp1 kernel probably has the patch for the xenlinux 2.6.32 dom0=
 kernel,
so it could be grabbed for XCP from there.

Any XenServer/XCP dom0 kernel guys here on the list? =


-- Pasi


> Cheers, keep on the good work!
> =

> Denis
> =

> =

> >
> >-- Pasi
> >
> >>
> >>-----Original Message-----
> >>From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.o=
rg] On Behalf Of Denis Cardon
> >>Sent: Tuesday, May 29, 2012 4:52 AM
> >>To: xen-api@lists.xen.org
> >>Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
> >>
> >>Hi everyone,
> >>
> >>Debian Wheezy PV guest (linux kernel 3.2) currently has some issues wit=
h barrier where the guest boots with read only disk.
> >>
> >>There has been some hint to disable barrier (adding barrier=3D0 in fsta=
b), and it seems to indeed resolve the issue, cf links below.
> >>
> >>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
> >>http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-o=
n-xenserver-guest/
> >>
> >>I wanted to know if there are any side effect to that workaround or if =
it is safe?
> >>
> >>Cheers,
> >>
> >>Denis
> >>
> >>
> >>--
> >>Denis Cardon
> >>Tranquil IT Systems
> >>44 bvd des pas enchant=E9s
> >>44230 Saint S=E9bastien sur Loire
> >>tel : +33 (0) 2.40.97.57.57
> >>http://www.tranquil-it-systems.fr
> >>
> >>
> >>_______________________________________________
> >>Xen-api mailing list
> >>Xen-api@lists.xen.org
> >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> >>
> >>_______________________________________________
> >>Xen-api mailing list
> >>Xen-api@lists.xen.org
> >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> =

> -- =

> Denis Cardon
> Tranquil IT Systems
> 44 bvd des pas enchant=E9s
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.57
> http://www.tranquil-it-systems.fr
> =


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:32:13 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:32:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdNs-0005o8-1e; Wed, 30 May 2012 07:31:56 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <pasik@iki.fi>) id 1SZdNr-0005o3-1G
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:31:55 +0000
Received: from [85.158.139.83:3768] by server-10.bemta-5.messagelabs.com id
	33/75-22179-AECC5CF4; Wed, 30 May 2012 07:31:54 +0000
X-Env-Sender: pasik@iki.fi
X-Msg-Ref: server-14.tower-182.messagelabs.com!1338363113!26802107!1
X-Originating-IP: [192.89.123.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0NTM5ODU=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10133 invoked from network); 30 May 2012 07:31:53 -0000
Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25)
	by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA
	encrypted SMTP; 30 May 2012 07:31:53 -0000
X-Originating-Ip: [194.89.68.22]
Received: from ydin.reaktio.net (reaktio.net [194.89.68.22])
	by smtp.tele.fi (Postfix) with ESMTP id B683D2EF6;
	Wed, 30 May 2012 10:31:52 +0300 (EEST)
Received: by ydin.reaktio.net (Postfix, from userid 1001)
	id 8F5862005D; Wed, 30 May 2012 10:31:52 +0300 (EEST)
Date: Wed, 30 May 2012 10:31:52 +0300
From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= <pasik@iki.fi>
To: Denis Cardon <denis.cardon@tranquil-it-systems.fr>
Message-ID: <20120530073152.GK2058@reaktio.net>
References: <4FC49C35.1070202@tranquil-it-systems.fr>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A346@SM-DAG151.softlayer.local>
	<20120529200740.GJ2058@reaktio.net>
	<4FC5CA98.2090900@tranquil-it-systems.fr>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4FC5CA98.2090900@tranquil-it-systems.fr>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue,
 patch for blkback needed in dom0 kernel
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On Wed, May 30, 2012 at 09:22:00AM +0200, Denis Cardon wrote:
> Hi all,
> =

> >>We use barrier=3D0 for Ubuntu 12.04 for the last few weeks and haven't =
seen an issue with it. Other than the ability to reboot and have the system=
 come up reliably.
> >
> >Yes, but obviously the issue should be fixed in XCP dom0 kernel instead,=
 so you don't need any workaround in the VMs.
> =

> thanks for your answer.
> =


Jeremy's xen.git has the patch for pvops 2.6.32 dom0, I think it was called:
"xen: blkback: don't fail empty barrier requests".

SUSE's sles11sp1 kernel probably has the patch for the xenlinux 2.6.32 dom0=
 kernel,
so it could be grabbed for XCP from there.

Any XenServer/XCP dom0 kernel guys here on the list? =


-- Pasi


> Cheers, keep on the good work!
> =

> Denis
> =

> =

> >
> >-- Pasi
> >
> >>
> >>-----Original Message-----
> >>From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.o=
rg] On Behalf Of Denis Cardon
> >>Sent: Tuesday, May 29, 2012 4:52 AM
> >>To: xen-api@lists.xen.org
> >>Subject: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
> >>
> >>Hi everyone,
> >>
> >>Debian Wheezy PV guest (linux kernel 3.2) currently has some issues wit=
h barrier where the guest boots with read only disk.
> >>
> >>There has been some hint to disable barrier (adding barrier=3D0 in fsta=
b), and it seems to indeed resolve the issue, cf links below.
> >>
> >>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D637234
> >>http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-o=
n-xenserver-guest/
> >>
> >>I wanted to know if there are any side effect to that workaround or if =
it is safe?
> >>
> >>Cheers,
> >>
> >>Denis
> >>
> >>
> >>--
> >>Denis Cardon
> >>Tranquil IT Systems
> >>44 bvd des pas enchant=E9s
> >>44230 Saint S=E9bastien sur Loire
> >>tel : +33 (0) 2.40.97.57.57
> >>http://www.tranquil-it-systems.fr
> >>
> >>
> >>_______________________________________________
> >>Xen-api mailing list
> >>Xen-api@lists.xen.org
> >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> >>
> >>_______________________________________________
> >>Xen-api mailing list
> >>Xen-api@lists.xen.org
> >>http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
> =

> =

> -- =

> Denis Cardon
> Tranquil IT Systems
> 44 bvd des pas enchant=E9s
> 44230 Saint S=E9bastien sur Loire
> tel : +33 (0) 2.40.97.57.57
> http://www.tranquil-it-systems.fr
> =


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:35:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:35:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdRZ-0005v7-Eg; Wed, 30 May 2012 07:35:45 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SZdRY-0005v1-9p
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:35:44 +0000
Received: from [85.158.143.99:30272] by server-2.bemta-4.messagelabs.com id
	59/45-11595-FCDC5CF4; Wed, 30 May 2012 07:35:43 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1338363332!27074886!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTU5Mjg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27844 invoked from network); 30 May 2012 07:35:34 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 07:35:34 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330923600"; d="scan'208";a="196860917"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 03:35:13 -0400
Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Wed, 30 May 2012
	03:35:13 -0400
Message-ID: <4FC5CDB0.6020702@citrix.com>
Date: Wed, 30 May 2012 08:35:12 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
X-Enigmail-Version: 1.4.1
Subject: [Xen-API] What CloudStack does to an XCP/XenServer dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

Most of you have probably at least heard of CloudStack [1] since the
Citrix acquisition of Cloud.com, and the more recent move to the Apache
Foundation [2]. I personally hadn't had a chance to play with CloudStack
until this week, when I took a short training course.

My interest in CloudStack is from the perspective of a XenServer
developer, so I'm mostly interested in how CloudStack interacts with
XenServer. Yesterday, a CloudStack developer pointed me at the patch
file [3], which describes all of the plugins and scripts that CloudStack
have to add to an XCP or XenServer dom0 in order for it to function as a
host in a CloudStack cluster. This even includes a modified NFS SR backend!

I thought that this patch file might be a good reference for myself, so
I figured I'd share it with you all as well ;) Have a good day.

Mike

[1] http://cloudstack.org/
[2] http://incubator.apache.org/projects/cloudstack.html
[2]
https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=blob;f=scripts/vm/hypervisor/xenserver/xenserver60/patch;hb=HEAD

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 07:35:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 07:35:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZdRZ-0005v7-Eg; Wed, 30 May 2012 07:35:45 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <mike.mcclurg@citrix.com>) id 1SZdRY-0005v1-9p
	for xen-api@lists.xen.org; Wed, 30 May 2012 07:35:44 +0000
Received: from [85.158.143.99:30272] by server-2.bemta-4.messagelabs.com id
	59/45-11595-FCDC5CF4; Wed, 30 May 2012 07:35:43 +0000
X-Env-Sender: mike.mcclurg@citrix.com
X-Msg-Ref: server-7.tower-216.messagelabs.com!1338363332!27074886!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAyNTU5Mjg=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27844 invoked from network); 30 May 2012 07:35:34 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 07:35:34 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330923600"; d="scan'208";a="196860917"
Received: from ftlpmailmx01.citrite.net ([10.13.107.65])
	by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 03:35:13 -0400
Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com
	(10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Wed, 30 May 2012
	03:35:13 -0400
Message-ID: <4FC5CDB0.6020702@citrix.com>
Date: Wed, 30 May 2012 08:35:12 +0100
From: Mike McClurg <mike.mcclurg@citrix.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
X-Enigmail-Version: 1.4.1
Subject: [Xen-API] What CloudStack does to an XCP/XenServer dom0
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi all,

Most of you have probably at least heard of CloudStack [1] since the
Citrix acquisition of Cloud.com, and the more recent move to the Apache
Foundation [2]. I personally hadn't had a chance to play with CloudStack
until this week, when I took a short training course.

My interest in CloudStack is from the perspective of a XenServer
developer, so I'm mostly interested in how CloudStack interacts with
XenServer. Yesterday, a CloudStack developer pointed me at the patch
file [3], which describes all of the plugins and scripts that CloudStack
have to add to an XCP or XenServer dom0 in order for it to function as a
host in a CloudStack cluster. This even includes a modified NFS SR backend!

I thought that this patch file might be a good reference for myself, so
I figured I'd share it with you all as well ;) Have a good day.

Mike

[1] http://cloudstack.org/
[2] http://incubator.apache.org/projects/cloudstack.html
[2]
https://git-wip-us.apache.org/repos/asf?p=incubator-cloudstack.git;a=blob;f=scripts/vm/hypervisor/xenserver/xenserver60/patch;hb=HEAD

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:06:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:06:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZeqy-0008Ft-Nq; Wed, 30 May 2012 09:06:04 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZeqy-0008Fo-1z
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:06:04 +0000
Received: from [85.158.143.35:52594] by server-3.bemta-4.messagelabs.com id
	7C/CE-04252-BF2E5CF4; Wed, 30 May 2012 09:06:03 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338368758!13933851!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32100 invoked from network); 30 May 2012 09:05:59 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:05:59 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12731259"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:05:57 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:05:57 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'George Shuklin' <george.shuklin@gmail.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:05:56 +0100
Thread-Topic: [Xen-API] sharing NFS SRs
Thread-Index: Ac07JTlOT3ax2ID0RaKVLAtnMffd5ADHK+Cg
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A96@LONPMAILBOX01.citrite.net>
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
	<4FC0A77D.9010807@gmail.com>
In-Reply-To: <4FC0A77D.9010807@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


> On 26.05.2012 12:57, Dave Scott wrote:
> > Hi,
> >
> > IMHO one of the weaknesses of the current NFS SR backend in XCP is
> that it a single SR cannot be shared between pools. This is because the
> backend relies on the xapi pool framework to prevent
> >
> > 1. multiple hosts from coalescing the same vhds.
> >
> > 2. the same vhd being attached to two VMs at the same time.
> >
> > 3. a vhd being read one one node even after it has been coalesced and
> deleted on another
> >
> > If multiple pools could safely share the same NFS SR then a cross-
> pool migrate (which is possible with the current code) wouldn't have to
> actually mirror the disks.
> >
> > With this in mind I've been looking into NFS locking again. I realize
> this is a... tricky thing to get right... and google turns up lots of
> horror stories. Anyway, here's what I was thinking:
> >
> > For handling (1) and (2), we would only need one lock file (really a
> "lease file") per vhd. In the event of a network interruption we
> already know that running VMs are likely to fail after 90s or so -- the
> maximum time (IIRC) a windows VM will allow a page file write to take.
> So we could
> >
> > * explicitly tell tapdisk to shutdown after this long (since the VM
> will probably have blue-screened anyway)
> >
> > * periodically refresh our leases, setting them to expire well after
> the tapdisks are guaranteed to have shutdown
> >
> > So if a host leaves the network, all disks become unlocked a few
> minutes later and the VMs (and coalesce jobs) can safely be restarted
> on another pool. This could then be used as the foundation for a new
> "HA" feature, where only VMs whose I/Os have failed are shutdown and
> restarted.


George wrote:
> I've somehow afraid idea of 'leasing' operation (and periodic
> open/close
> operation).
> 
> Here some scenarios to think about:
> 
> 1) temporal loss of the host SAN connectivity. NFS on the host is going
> to interruptible sleep and continue IO as soon as we get connectivity
> back. We already kill tapdisk, remove lease, restart vm on other host
> and suddenly networking is revived... And pending NFS write operation
> is
> going straight in the middle of 'mission critical' database with fresh
> 'week after expiration date' data. May be weeks later after 'issue'
> with
> VM restart.
> 2) SR live migration is still very important feature I very hope to see.
> 3) Those leases will create additional IO. F.e. if we do have ~20k VMs
> (not really large number for clouds of new age) and lease is 10 minutes,
> it wll create ~33 IOPS - equivalent about 60-70 VMs (according to
> statistic from our cloud).
> 4) how do you plan to guarantee to tapdisk shutdown (this is NFS, if
> server is down or some issues with connectivity, there is no way to
> shut
> down locked in IO process)?
> 5) I think 30s is not very good number. Linux kernel starts to throwing
> IO errors after 120 seconds of IO wait.
> 6) about this library: '''you also need to make sure that your clocks
> are properly synchronized. """ I think this must add requirement to
> coexisting of hosts: do not allow to plug nfs sr until clock is synced
> with master. (Same for cross-pool migration - reject migration if clock
> is out of sync, but allow to shoot own leg with --force).

I see what you mean, perhaps leasing isn't a good idea.

Perhaps we can take advantage of driver domains (which we'll have good support for soon).

We could:

* acquire a lock (not a lease) whenever we use a .vhd file
* in the driver domain, a single process will send heartbeat I/O to the NFS server
* each tapdisk inside the driver domain is unmodified (so no tapdisk lease refresh generating extra I/O)
* when the heartbeat I/O fails for more than 'n' seconds (TBD), the whole domain is rebooted (either cleanly or forcibly by the hypervisor watchdog?)
* when another host (the pool master?) sees the driver domain has shutdown, it knows it can forcibly release the locks since all the buffers will have been thrown away

I quite like the idea of sending some heartbeats to the NFS server, since we don't really handle (or even detect) storage failure very well at the moment.

If we also support blkback/blkfront reconnect then the guest VBDs will be able to reconnect after the driver domain has rebooted-- that would be good.

What do you think?

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:06:11 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:06:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZeqy-0008Ft-Nq; Wed, 30 May 2012 09:06:04 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZeqy-0008Fo-1z
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:06:04 +0000
Received: from [85.158.143.35:52594] by server-3.bemta-4.messagelabs.com id
	7C/CE-04252-BF2E5CF4; Wed, 30 May 2012 09:06:03 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-21.messagelabs.com!1338368758!13933851!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32100 invoked from network); 30 May 2012 09:05:59 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:05:59 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12731259"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:05:57 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:05:57 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: 'George Shuklin' <george.shuklin@gmail.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:05:56 +0100
Thread-Topic: [Xen-API] sharing NFS SRs
Thread-Index: Ac07JTlOT3ax2ID0RaKVLAtnMffd5ADHK+Cg
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A96@LONPMAILBOX01.citrite.net>
References: <81A73678E76EA642801C8F2E4823AD21DA9F513A8C@LONPMAILBOX01.citrite.net>
	<4FC0A77D.9010807@gmail.com>
In-Reply-To: <4FC0A77D.9010807@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] sharing NFS SRs
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org


> On 26.05.2012 12:57, Dave Scott wrote:
> > Hi,
> >
> > IMHO one of the weaknesses of the current NFS SR backend in XCP is
> that it a single SR cannot be shared between pools. This is because the
> backend relies on the xapi pool framework to prevent
> >
> > 1. multiple hosts from coalescing the same vhds.
> >
> > 2. the same vhd being attached to two VMs at the same time.
> >
> > 3. a vhd being read one one node even after it has been coalesced and
> deleted on another
> >
> > If multiple pools could safely share the same NFS SR then a cross-
> pool migrate (which is possible with the current code) wouldn't have to
> actually mirror the disks.
> >
> > With this in mind I've been looking into NFS locking again. I realize
> this is a... tricky thing to get right... and google turns up lots of
> horror stories. Anyway, here's what I was thinking:
> >
> > For handling (1) and (2), we would only need one lock file (really a
> "lease file") per vhd. In the event of a network interruption we
> already know that running VMs are likely to fail after 90s or so -- the
> maximum time (IIRC) a windows VM will allow a page file write to take.
> So we could
> >
> > * explicitly tell tapdisk to shutdown after this long (since the VM
> will probably have blue-screened anyway)
> >
> > * periodically refresh our leases, setting them to expire well after
> the tapdisks are guaranteed to have shutdown
> >
> > So if a host leaves the network, all disks become unlocked a few
> minutes later and the VMs (and coalesce jobs) can safely be restarted
> on another pool. This could then be used as the foundation for a new
> "HA" feature, where only VMs whose I/Os have failed are shutdown and
> restarted.


George wrote:
> I've somehow afraid idea of 'leasing' operation (and periodic
> open/close
> operation).
> 
> Here some scenarios to think about:
> 
> 1) temporal loss of the host SAN connectivity. NFS on the host is going
> to interruptible sleep and continue IO as soon as we get connectivity
> back. We already kill tapdisk, remove lease, restart vm on other host
> and suddenly networking is revived... And pending NFS write operation
> is
> going straight in the middle of 'mission critical' database with fresh
> 'week after expiration date' data. May be weeks later after 'issue'
> with
> VM restart.
> 2) SR live migration is still very important feature I very hope to see.
> 3) Those leases will create additional IO. F.e. if we do have ~20k VMs
> (not really large number for clouds of new age) and lease is 10 minutes,
> it wll create ~33 IOPS - equivalent about 60-70 VMs (according to
> statistic from our cloud).
> 4) how do you plan to guarantee to tapdisk shutdown (this is NFS, if
> server is down or some issues with connectivity, there is no way to
> shut
> down locked in IO process)?
> 5) I think 30s is not very good number. Linux kernel starts to throwing
> IO errors after 120 seconds of IO wait.
> 6) about this library: '''you also need to make sure that your clocks
> are properly synchronized. """ I think this must add requirement to
> coexisting of hosts: do not allow to plug nfs sr until clock is synced
> with master. (Same for cross-pool migration - reject migration if clock
> is out of sync, but allow to shoot own leg with --force).

I see what you mean, perhaps leasing isn't a good idea.

Perhaps we can take advantage of driver domains (which we'll have good support for soon).

We could:

* acquire a lock (not a lease) whenever we use a .vhd file
* in the driver domain, a single process will send heartbeat I/O to the NFS server
* each tapdisk inside the driver domain is unmodified (so no tapdisk lease refresh generating extra I/O)
* when the heartbeat I/O fails for more than 'n' seconds (TBD), the whole domain is rebooted (either cleanly or forcibly by the hypervisor watchdog?)
* when another host (the pool master?) sees the driver domain has shutdown, it knows it can forcibly release the locks since all the buffers will have been thrown away

I quite like the idea of sending some heartbeats to the NFS server, since we don't really handle (or even detect) storage failure very well at the moment.

If we also support blkback/blkfront reconnect then the guest VBDs will be able to reconnect after the driver domain has rebooted-- that would be good.

What do you think?

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:22:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:22:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZf6I-00006B-4l; Wed, 30 May 2012 09:21:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZf6G-000061-KG
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:21:52 +0000
Received: from [85.158.143.99:59843] by server-2.bemta-4.messagelabs.com id
	43/45-11595-FA6E5CF4; Wed, 30 May 2012 09:21:51 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1338369702!29571681!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15091 invoked from network); 30 May 2012 09:21:51 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:21:51 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12731717"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:21:42 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:21:42 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: James Bulpin <James.Bulpin@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:21:41 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQACxGJaA=
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

James wrote:
> I'm thinking about the interaction of xapi's vCPU management and the
> future Xen automatic NUMA placement
> (http://blog.xen.org/index.php/2012/05/16/numa-and-xen-part-ii-
> scheduling-and-placement/). If a VM has an equal or smaller number of
> vCPUs than a NUMA node has pCPUs then it makes sense for that VM to
> have NUMA node affinity. But then what happens if vCPUs are hotplugged
> to the VM and it now has more vCPUs than the node has pCPUs? I can see
> several options here:
> 
>   1. The node is over-provisioned in that the VM's vCPUs contend with
> each other for the pCPUs - not good

I agree, this doesn't sound good to me either.

>   2. The CPU affinity is dropped allowing vCPUs to run on any node -
> the memory is still on the original node so now we've got a poor
> placement for vCPUs that happen to end up running on other nodes. This
> also leads to additional interconnect traffic and possible cache line
> ping-pong.

This also sounds pretty bad -- it would have been better to stripe the memory across all the banks in the first place!

>   3. The vCPUs that cannot fit on the node are given no affinity but
> those that can retain their node affinity - leads to some vCPUs being
> better performing than others due to memory (non-)locality. This also
> leads to some additional interconnect traffic and possible cache line
> ping-pong.
> 
>   4. We never let this happen because we only allow node affinity to be
> set for the maximum vCPU count a VM may have during this boot (VCPUs-
> max; options 1 to 3 above use VCPUs-at-startup to decide whether to use
> node affinity).
> 
> I'm tempted by #4 because it avoids having to make difficult and
> workload dependent decisions when changing vCPU counts. My guess is
> that many users will have VMs with VCPUs-at-startup==VCPUs-max so it
> becomes a non-issue anyway.

I agree, this looks like the best solution to me. Also since we only support vCPU hotplug for PV guests, all HVM guests implicity have VCPUs-at-startup=VCPUs-max, so that's definitely a fairly common scenario.

> My only real concern is that if users
> regularly run VMs with small VCPUs-at-startup but with VCPUs-max being
> the number of pCPUs in the box, i.e. allowing them to hotplug up to the
> full resource of the box.
> 
> And a related question: when xapi/xenopsd builds a domain does it have
> to tell Xen about VCPUs-max or just the number of vCPUs required right
> now?

IIRC the domain builder needs to know the VCPUs-max. VCPUs-at-startup is implemented by a protocol over xenstore where there's a directory:

cpu = ""
 0 = ""
  availability = "online"
 1 = ""
  Availability = "online"

Which tells the PV kernel that it should disable/hotunplug (or not) certain vCPUs. I'm not sure but I imagine the guest receives the xenstore watch event, deregisters the vCPU with its scheduler and then issues a hypercall telling xen to stop scheduling the vCPU too. It's certainly has to be a co-operative thing, since if xen just stopped scheduling a vCPU that would probably have some bad effects on the guest :) It's slightly odd that the protocol allows per-vCPU control, when I'm not convinced that you can meaningfully tell them apart.

Cheers,
Dave


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:22:01 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:22:01 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZf6I-00006B-4l; Wed, 30 May 2012 09:21:54 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZf6G-000061-KG
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:21:52 +0000
Received: from [85.158.143.99:59843] by server-2.bemta-4.messagelabs.com id
	43/45-11595-FA6E5CF4; Wed, 30 May 2012 09:21:51 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-13.tower-216.messagelabs.com!1338369702!29571681!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15091 invoked from network); 30 May 2012 09:21:51 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:21:51 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12731717"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:21:42 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:21:42 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: James Bulpin <James.Bulpin@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:21:41 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQACxGJaA=
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

James wrote:
> I'm thinking about the interaction of xapi's vCPU management and the
> future Xen automatic NUMA placement
> (http://blog.xen.org/index.php/2012/05/16/numa-and-xen-part-ii-
> scheduling-and-placement/). If a VM has an equal or smaller number of
> vCPUs than a NUMA node has pCPUs then it makes sense for that VM to
> have NUMA node affinity. But then what happens if vCPUs are hotplugged
> to the VM and it now has more vCPUs than the node has pCPUs? I can see
> several options here:
> 
>   1. The node is over-provisioned in that the VM's vCPUs contend with
> each other for the pCPUs - not good

I agree, this doesn't sound good to me either.

>   2. The CPU affinity is dropped allowing vCPUs to run on any node -
> the memory is still on the original node so now we've got a poor
> placement for vCPUs that happen to end up running on other nodes. This
> also leads to additional interconnect traffic and possible cache line
> ping-pong.

This also sounds pretty bad -- it would have been better to stripe the memory across all the banks in the first place!

>   3. The vCPUs that cannot fit on the node are given no affinity but
> those that can retain their node affinity - leads to some vCPUs being
> better performing than others due to memory (non-)locality. This also
> leads to some additional interconnect traffic and possible cache line
> ping-pong.
> 
>   4. We never let this happen because we only allow node affinity to be
> set for the maximum vCPU count a VM may have during this boot (VCPUs-
> max; options 1 to 3 above use VCPUs-at-startup to decide whether to use
> node affinity).
> 
> I'm tempted by #4 because it avoids having to make difficult and
> workload dependent decisions when changing vCPU counts. My guess is
> that many users will have VMs with VCPUs-at-startup==VCPUs-max so it
> becomes a non-issue anyway.

I agree, this looks like the best solution to me. Also since we only support vCPU hotplug for PV guests, all HVM guests implicity have VCPUs-at-startup=VCPUs-max, so that's definitely a fairly common scenario.

> My only real concern is that if users
> regularly run VMs with small VCPUs-at-startup but with VCPUs-max being
> the number of pCPUs in the box, i.e. allowing them to hotplug up to the
> full resource of the box.
> 
> And a related question: when xapi/xenopsd builds a domain does it have
> to tell Xen about VCPUs-max or just the number of vCPUs required right
> now?

IIRC the domain builder needs to know the VCPUs-max. VCPUs-at-startup is implemented by a protocol over xenstore where there's a directory:

cpu = ""
 0 = ""
  availability = "online"
 1 = ""
  Availability = "online"

Which tells the PV kernel that it should disable/hotunplug (or not) certain vCPUs. I'm not sure but I imagine the guest receives the xenstore watch event, deregisters the vCPU with its scheduler and then issues a hypercall telling xen to stop scheduling the vCPU too. It's certainly has to be a co-operative thing, since if xen just stopped scheduling a vCPU that would probably have some bad effects on the guest :) It's slightly odd that the protocol allows per-vCPU control, when I'm not convinced that you can meaningfully tell them apart.

Cheers,
Dave


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:36:00 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:36:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZfJq-0000J5-Ay; Wed, 30 May 2012 09:35:54 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZfJo-0000J0-RZ
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:35:52 +0000
Received: from [85.158.138.51:31721] by server-11.bemta-3.messagelabs.com id
	E4/85-32748-7F9E5CF4; Wed, 30 May 2012 09:35:51 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1338370550!20964821!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10206 invoked from network); 30 May 2012 09:35:51 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:35:51 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12732151"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:35:05 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 30 May 2012
	10:35:05 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:35:04 +0100
Thread-Topic: xapi restarts
Thread-Index: Ac0+R32cwRDextc0SQacMIJQeMqa7A==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A9A@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] xapi restarts
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I thought this article was interesting:

http://blog.nella.org/?p=879

It describes how nginx can perform zero downtime upgrades by:
* fork and exec'ing the new process, deliberately passing in the listening HTTP socket
* completing the processing of old requests and shutting down the old server

I wonder if we could use a similar trick in xapi to handle those occasions when we must restart, without causing interruption to clients? We're already quite adept at fd-passing via sendmsg/recvmsg :-)

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:36:00 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:36:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZfJq-0000J5-Ay; Wed, 30 May 2012 09:35:54 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <Dave.Scott@eu.citrix.com>) id 1SZfJo-0000J0-RZ
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:35:52 +0000
Received: from [85.158.138.51:31721] by server-11.bemta-3.messagelabs.com id
	E4/85-32748-7F9E5CF4; Wed, 30 May 2012 09:35:51 +0000
X-Env-Sender: Dave.Scott@eu.citrix.com
X-Msg-Ref: server-7.tower-174.messagelabs.com!1338370550!20964821!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10206 invoked from network); 30 May 2012 09:35:51 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:35:51 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12732151"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:35:05 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 30 May 2012
	10:35:05 +0100
From: Dave Scott <Dave.Scott@eu.citrix.com>
To: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:35:04 +0100
Thread-Topic: xapi restarts
Thread-Index: Ac0+R32cwRDextc0SQacMIJQeMqa7A==
Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9F513A9A@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: [Xen-API] xapi restarts
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Hi,

I thought this article was interesting:

http://blog.nella.org/?p=879

It describes how nginx can perform zero downtime upgrades by:
* fork and exec'ing the new process, deliberately passing in the listening HTTP socket
* completing the processing of old requests and shutting down the old server

I wonder if we could use a similar trick in xapi to handle those occasions when we must restart, without causing interruption to clients? We're already quite adept at fd-passing via sendmsg/recvmsg :-)

Cheers,
Dave

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:56:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:56:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZfe1-00013G-21; Wed, 30 May 2012 09:56:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZfdz-000139-NS
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:56:43 +0000
Received: from [193.109.254.147:6303] by server-12.bemta-14.messagelabs.com id
	27/3F-12643-ADEE5CF4; Wed, 30 May 2012 09:56:42 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1338371763!11900820!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3388 invoked from network); 30 May 2012 09:56:04 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:56:04 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12732785"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:56:03 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:56:03 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:56:14 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQACxGJaAAAUWE4A==
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B198C6@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
	<81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks Dave.

Dave wrote: 
> IIRC the domain builder needs to know the VCPUs-max. VCPUs-at-startup
> is implemented by a protocol over xenstore where there's a directory:
> 
> cpu = ""
>  0 = ""
>   availability = "online"
>  1 = ""
>   Availability = "online"
> 
> Which tells the PV kernel that it should disable/hotunplug (or not)
> certain vCPUs. I'm not sure but I imagine the guest receives the
> xenstore watch event, deregisters the vCPU with its scheduler and then
> issues a hypercall telling xen to stop scheduling the vCPU too. It's
> certainly has to be a co-operative thing, since if xen just stopped
> scheduling a vCPU that would probably have some bad effects on the
> guest :) It's slightly odd that the protocol allows per-vCPU control,
> when I'm not convinced that you can meaningfully tell them apart.

Presumably the in-guest CPU enumeration matches the enumeration in xenstore so it does know which is which. Although xapi currently doesn't allow it I believe independent hot plug/unplug of vCPUs works in Xen and would be useful where topology is exposed to the guest (e.g. if a guest has a unity pinned set of vCPUs == pCPUs and the user wishes to unplug a vCPU on each socket that may mean unplugging vCPU 3 (on socket 0) and vCPU 7 (on socket 1) - I think this comes in xapi NUMA support phase 2 - which reminds me: my original comments were in the context of the current xapi behaviour of not exposing topology to the guest).

Cheers,
James

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 09:56:50 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 09:56:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZfe1-00013G-21; Wed, 30 May 2012 09:56:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZfdz-000139-NS
	for xen-api@lists.xen.org; Wed, 30 May 2012 09:56:43 +0000
Received: from [193.109.254.147:6303] by server-12.bemta-14.messagelabs.com id
	27/3F-12643-ADEE5CF4; Wed, 30 May 2012 09:56:42 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1338371763!11900820!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3388 invoked from network); 30 May 2012 09:56:04 -0000
Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 09:56:04 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12732785"
Received: from lonpmailmx01.citrite.net ([10.30.203.162])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 09:56:03 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Wed, 30 May 2012
	10:56:03 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: Dave Scott <Dave.Scott@eu.citrix.com>, "xen-api@lists.xen.org"
	<xen-api@lists.xen.org>
Date: Wed, 30 May 2012 10:56:14 +0100
Thread-Topic: VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac081xDWKDPUgv0eQOe9upOioCwsEgAu3EBQACxGJaAAAUWE4A==
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B198C6@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
	<81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
In-Reply-To: <81A73678E76EA642801C8F2E4823AD21DA9F513A97@LONPMAILBOX01.citrite.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Thanks Dave.

Dave wrote: 
> IIRC the domain builder needs to know the VCPUs-max. VCPUs-at-startup
> is implemented by a protocol over xenstore where there's a directory:
> 
> cpu = ""
>  0 = ""
>   availability = "online"
>  1 = ""
>   Availability = "online"
> 
> Which tells the PV kernel that it should disable/hotunplug (or not)
> certain vCPUs. I'm not sure but I imagine the guest receives the
> xenstore watch event, deregisters the vCPU with its scheduler and then
> issues a hypercall telling xen to stop scheduling the vCPU too. It's
> certainly has to be a co-operative thing, since if xen just stopped
> scheduling a vCPU that would probably have some bad effects on the
> guest :) It's slightly odd that the protocol allows per-vCPU control,
> when I'm not convinced that you can meaningfully tell them apart.

Presumably the in-guest CPU enumeration matches the enumeration in xenstore so it does know which is which. Although xapi currently doesn't allow it I believe independent hot plug/unplug of vCPUs works in Xen and would be useful where topology is exposed to the guest (e.g. if a guest has a unity pinned set of vCPUs == pCPUs and the user wishes to unplug a vCPU on each socket that may mean unplugging vCPU 3 (on socket 0) and vCPU 7 (on socket 1) - I think this comes in xapi NUMA support phase 2 - which reminds me: my original comments were in the context of the current xapi behaviour of not exposing topology to the guest).

Cheers,
James

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 10:39:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 10:39:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZgJZ-0002Fx-95; Wed, 30 May 2012 10:39:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SZgJX-0002Fp-K4
	for xen-api@lists.xen.org; Wed, 30 May 2012 10:39:39 +0000
Received: from [85.158.139.83:57452] by server-3.bemta-5.messagelabs.com id
	90/13-29112-AE8F5CF4; Wed, 30 May 2012 10:39:38 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1338374376!30579342!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21929 invoked from network); 30 May 2012 10:39:37 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 10:39:37 -0000
Received: by lahc1 with SMTP id c1so4045195lah.32
	for <xen-api@lists.xen.org>; Wed, 30 May 2012 03:39:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=q/WGc7ufNAs/Jnqoa9fr8ELeU07nKPMPBV5/QTjkBEU=;
	b=gmkD6dsElkerbqPVGPHoKHhqAoO4qzA2FxGiTNu8QBcIpL06idEaGSJl2ovgJNE2/O
	VzqYWphADL4NiUdYAxcLw1zb8LnI16NXnz5htAkLHL1Tj5x/lEkh7Lr2XpOJxlGYbOwQ
	+1YIrZyy/zRR6vLJD1xPD/u6cCdSVhS3ftriwwx/yxiLu70d6MDQ8hucIJpLjW4zFwM3
	VNLMRqTZvMgC0sKpo+HkOBzWRw6pw/hAm+5nPbajUF0ItFEC7AyAyXBP+Pq2L1km7Jjj
	/ZMPpPPwOh6ViH1Q9q+gBbE4Sh6gcMCsw5IicNzc7j9C0hMqZRQYBNHnBmuDshYm2lWp
	5idQ==
Received: by 10.112.48.2 with SMTP id h2mr6585462lbn.61.1338374376602;
	Wed, 30 May 2012 03:39:36 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id pp2sm27345164lab.3.2012.05.30.03.39.34
	(version=SSLv3 cipher=OTHER); Wed, 30 May 2012 03:39:34 -0700 (PDT)
Message-ID: <4FC5F8E4.3000205@gmail.com>
Date: Wed, 30 May 2012 14:39:32 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120522 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FC49C35.1070202@tranquil-it-systems.fr>
In-Reply-To: <4FC49C35.1070202@tranquil-it-systems.fr>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29.05.2012 13:51, Denis Cardon wrote:
> Hi everyone,
>
> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues 
> with barrier where the guest boots with read only disk.
>
> There has been some hint to disable barrier (adding barrier=0 in 
> fstab), and it seems to indeed resolve the issue, cf links below.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637234
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/ 
>
>
> I wanted to know if there are any side effect to that workaround or if 
> it is safe?
>

~ half-year, more than 5k clients VM, no problems with barrier=0. (But 
we usually passing it as kernel command line).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 10:39:46 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 10:39:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZgJZ-0002Fx-95; Wed, 30 May 2012 10:39:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <george.shuklin@gmail.com>) id 1SZgJX-0002Fp-K4
	for xen-api@lists.xen.org; Wed, 30 May 2012 10:39:39 +0000
Received: from [85.158.139.83:57452] by server-3.bemta-5.messagelabs.com id
	90/13-29112-AE8F5CF4; Wed, 30 May 2012 10:39:38 +0000
X-Env-Sender: george.shuklin@gmail.com
X-Msg-Ref: server-13.tower-182.messagelabs.com!1338374376!30579342!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14,
	RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21929 invoked from network); 30 May 2012 10:39:37 -0000
Received: from mail-lpp01m010-f45.google.com (HELO
	mail-lpp01m010-f45.google.com) (209.85.215.45)
	by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 10:39:37 -0000
Received: by lahc1 with SMTP id c1so4045195lah.32
	for <xen-api@lists.xen.org>; Wed, 30 May 2012 03:39:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding;
	bh=q/WGc7ufNAs/Jnqoa9fr8ELeU07nKPMPBV5/QTjkBEU=;
	b=gmkD6dsElkerbqPVGPHoKHhqAoO4qzA2FxGiTNu8QBcIpL06idEaGSJl2ovgJNE2/O
	VzqYWphADL4NiUdYAxcLw1zb8LnI16NXnz5htAkLHL1Tj5x/lEkh7Lr2XpOJxlGYbOwQ
	+1YIrZyy/zRR6vLJD1xPD/u6cCdSVhS3ftriwwx/yxiLu70d6MDQ8hucIJpLjW4zFwM3
	VNLMRqTZvMgC0sKpo+HkOBzWRw6pw/hAm+5nPbajUF0ItFEC7AyAyXBP+Pq2L1km7Jjj
	/ZMPpPPwOh6ViH1Q9q+gBbE4Sh6gcMCsw5IicNzc7j9C0hMqZRQYBNHnBmuDshYm2lWp
	5idQ==
Received: by 10.112.48.2 with SMTP id h2mr6585462lbn.61.1338374376602;
	Wed, 30 May 2012 03:39:36 -0700 (PDT)
Received: from [192.168.40.44] (officecvt.selectel.ru. [188.93.16.50])
	by mx.google.com with ESMTPS id pp2sm27345164lab.3.2012.05.30.03.39.34
	(version=SSLv3 cipher=OTHER); Wed, 30 May 2012 03:39:34 -0700 (PDT)
Message-ID: <4FC5F8E4.3000205@gmail.com>
Date: Wed, 30 May 2012 14:39:32 +0400
From: George Shuklin <george.shuklin@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:13.0) Gecko/20120522 Thunderbird/13.0
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FC49C35.1070202@tranquil-it-systems.fr>
In-Reply-To: <4FC49C35.1070202@tranquil-it-systems.fr>
Subject: Re: [Xen-API] xcp 1.1, linux 3.2 domu , and barrier issue
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29.05.2012 13:51, Denis Cardon wrote:
> Hi everyone,
>
> Debian Wheezy PV guest (linux kernel 3.2) currently has some issues 
> with barrier where the guest boots with read only disk.
>
> There has been some hint to disable barrier (adding barrier=0 in 
> fstab), and it seems to indeed resolve the issue, cf links below.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637234
> http://www.warden.pl/2012/04/10/debian-io-disk-problem-when-rebooting-on-xenserver-guest/ 
>
>
> I wanted to know if there are any side effect to that workaround or if 
> it is safe?
>

~ half-year, more than 5k clients VM, no problems with barrier=0. (But 
we usually passing it as kernel command line).

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 11:14:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 11:14:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZgql-00036b-HP; Wed, 30 May 2012 11:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SZgqk-00036W-3T
	for xen-api@lists.xen.org; Wed, 30 May 2012 11:13:58 +0000
Received: from [85.158.143.99:22158] by server-1.bemta-4.messagelabs.com id
	A8/C2-27869-5F006CF4; Wed, 30 May 2012 11:13:57 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-12.tower-216.messagelabs.com!1338376436!25219103!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11300 invoked from network); 30 May 2012 11:13:56 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-12.tower-216.messagelabs.com with SMTP;
	30 May 2012 11:13:56 -0000
Received: (qmail 4549 invoked by uid 634); 30 May 2012 11:13:55 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO
	[192.168.1.36]) (86.30.244.239)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Wed, 30 May 2012 12:13:55 +0100
Mime-Version: 1.0 (Apple Message framework v1278)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Date: Wed, 30 May 2012 12:13:54 +0100
Message-Id: <32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
To: James Bulpin <James.Bulpin@eu.citrix.com>
X-Mailer: Apple Mail (2.1278)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29 May 2012, at 13:00, James Bulpin wrote:

>  2. The CPU affinity is dropped allowing vCPUs to run on any node - the memory is still on the original node so now we've got a poor placement for vCPUs that happen to end up running on other nodes. This also leads to additional interconnect traffic and possible cache line ping-pong.

Is there a memory-swap operation available to exchange pages from one NUMA domain for pages from another? I'm thinking of a scenario where CPU hotplugs have led to allocated memory being on the wrong NUMA domain entirely.  Is the only way for the guest to resolve this by live migrating back to localhost so that it goes through a suspend/resume cycle?

Right now we see performance like this all the time (on non-NUMA Xen) since memory is usually allocated from a single NUMA domain; e.g. on a 48-core Magny-cours, notice unix domain socket latency grows worse as it spreads away from vCPU 0 (which also happens to be on NUMA domain 0); http://www.cl.cam.ac.uk/research/srg/netos/ipc-bench/details/tmpwlnFNM.html

-anil
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 11:14:05 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 11:14:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZgql-00036b-HP; Wed, 30 May 2012 11:13:59 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <anil@recoil.org>) id 1SZgqk-00036W-3T
	for xen-api@lists.xen.org; Wed, 30 May 2012 11:13:58 +0000
Received: from [85.158.143.99:22158] by server-1.bemta-4.messagelabs.com id
	A8/C2-27869-5F006CF4; Wed, 30 May 2012 11:13:57 +0000
X-Env-Sender: anil@recoil.org
X-Msg-Ref: server-12.tower-216.messagelabs.com!1338376436!25219103!1
X-Originating-IP: [89.16.177.154]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11300 invoked from network); 30 May 2012 11:13:56 -0000
Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154)
	by server-12.tower-216.messagelabs.com with SMTP;
	30 May 2012 11:13:56 -0000
Received: (qmail 4549 invoked by uid 634); 30 May 2012 11:13:55 -0000
X-Spam-Level: *
X-Spam-Status: No, hits=-1.0 required=5.0
	tests=ALL_TRUSTED
X-Spam-Check-By: dark.recoil.org
Received: from cpc7-cmbg14-2-0-cust238.5-4.cable.virginmedia.com (HELO
	[192.168.1.36]) (86.30.244.239)
	(smtp-auth username remote@recoil.org, mechanism cram-md5)
	by dark.recoil.org (qpsmtpd/0.84) with ESMTPA;
	Wed, 30 May 2012 12:13:55 +0100
Mime-Version: 1.0 (Apple Message framework v1278)
From: Anil Madhavapeddy <anil@recoil.org>
In-Reply-To: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
Date: Wed, 30 May 2012 12:13:54 +0100
Message-Id: <32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
To: James Bulpin <James.Bulpin@eu.citrix.com>
X-Mailer: Apple Mail (2.1278)
X-Virus-Checked: Checked by ClamAV on dark.recoil.org
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

On 29 May 2012, at 13:00, James Bulpin wrote:

>  2. The CPU affinity is dropped allowing vCPUs to run on any node - the memory is still on the original node so now we've got a poor placement for vCPUs that happen to end up running on other nodes. This also leads to additional interconnect traffic and possible cache line ping-pong.

Is there a memory-swap operation available to exchange pages from one NUMA domain for pages from another? I'm thinking of a scenario where CPU hotplugs have led to allocated memory being on the wrong NUMA domain entirely.  Is the only way for the guest to resolve this by live migrating back to localhost so that it goes through a suspend/resume cycle?

Right now we see performance like this all the time (on non-NUMA Xen) since memory is usually allocated from a single NUMA domain; e.g. on a 48-core Magny-cours, notice unix domain socket latency grows worse as it spreads away from vCPU 0 (which also happens to be on NUMA domain 0); http://www.cl.cam.ac.uk/research/srg/netos/ipc-bench/details/tmpwlnFNM.html

-anil
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 12:39:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 12:39:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZiB2-00052v-F5; Wed, 30 May 2012 12:39:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZiB1-00052q-9H
	for xen-api@lists.xen.org; Wed, 30 May 2012 12:38:59 +0000
Received: from [85.158.139.83:65307] by server-8.bemta-5.messagelabs.com id
	88/55-25689-2E416CF4; Wed, 30 May 2012 12:38:58 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-14.tower-182.messagelabs.com!1338381537!26878007!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23878 invoked from network); 30 May 2012 12:38:57 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 12:38:57 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12736957"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 12:38:56 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 30 May 2012
	13:38:56 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: Anil Madhavapeddy <anil@recoil.org>
Date: Wed, 30 May 2012 13:39:07 +0100
Thread-Topic: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac0+VU9gkrMg+DDKShuy5JDvVjvq+AACyUEg
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19936@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
	<32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
In-Reply-To: <32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Anil wrote:
> Is there a memory-swap operation available to exchange pages from one
> NUMA domain for pages from another? I'm thinking of a scenario where
> CPU hotplugs have led to allocated memory being on the wrong NUMA
> domain entirely.  Is the only way for the guest to resolve this by live
> migrating back to localhost so that it goes through a suspend/resume
> cycle?

Whilst a localhost migrate would do the job it needs enough spare memory on the target node to do it. Dario Faggioli over on xen-devel is working on memory migration primarily for rebalancing nodes but would apply here too. Using VCPUs-max to do placement means that vCPU hotplugging would all be within a node anyway so this shouldn't be a problem.

> Right now we see performance like this all the time (on non-NUMA Xen)
> since memory is usually allocated from a single NUMA domain; e.g. on a
> 48-core Magny-cours, notice unix domain socket latency grows worse as
> it spreads away from vCPU 0 (which also happens to be on NUMA domain
> 0); http://www.cl.cam.ac.uk/research/srg/netos/ipc-
> bench/details/tmpwlnFNM.html

By non-NUMA I assume you mean numa=off, as was the default before 4.0 (or thereabouts)? I think since then memory is striped so everybody should suffer equally.

Cheers,
James


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 12:39:09 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 12:39:09 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZiB2-00052v-F5; Wed, 30 May 2012 12:39:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <James.Bulpin@eu.citrix.com>) id 1SZiB1-00052q-9H
	for xen-api@lists.xen.org; Wed, 30 May 2012 12:38:59 +0000
Received: from [85.158.139.83:65307] by server-8.bemta-5.messagelabs.com id
	88/55-25689-2E416CF4; Wed, 30 May 2012 12:38:58 +0000
X-Env-Sender: James.Bulpin@eu.citrix.com
X-Msg-Ref: server-14.tower-182.messagelabs.com!1338381537!26878007!1
X-Originating-IP: [62.200.22.115]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiAxMDAyMzY=\n
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23878 invoked from network); 30 May 2012 12:38:57 -0000
Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115)
	by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP;
	30 May 2012 12:38:57 -0000
X-IronPort-AV: E=Sophos;i="4.75,683,1330905600"; d="scan'208";a="12736957"
Received: from lonpmailmx02.citrite.net ([10.30.203.163])
	by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5;
	30 May 2012 12:38:56 +0000
Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by
	LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Wed, 30 May 2012
	13:38:56 +0100
From: James Bulpin <James.Bulpin@eu.citrix.com>
To: Anil Madhavapeddy <anil@recoil.org>
Date: Wed, 30 May 2012 13:39:07 +0100
Thread-Topic: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
Thread-Index: Ac0+VU9gkrMg+DDKShuy5JDvVjvq+AACyUEg
Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19936@LONPMAILBOX01.citrite.net>
References: <344C0F67BC927847A2C92F9EE358DB0EE9B6B19771@LONPMAILBOX01.citrite.net>
	<32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
In-Reply-To: <32482855-B2FA-4659-AECA-B67EB34DAC93@recoil.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
MIME-Version: 1.0
Cc: "xen-api@lists.xen.org" <xen-api@lists.xen.org>
Subject: Re: [Xen-API] VCPUs-at-startup and VCPUs-max with NUMA node affinity
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

Anil wrote:
> Is there a memory-swap operation available to exchange pages from one
> NUMA domain for pages from another? I'm thinking of a scenario where
> CPU hotplugs have led to allocated memory being on the wrong NUMA
> domain entirely.  Is the only way for the guest to resolve this by live
> migrating back to localhost so that it goes through a suspend/resume
> cycle?

Whilst a localhost migrate would do the job it needs enough spare memory on the target node to do it. Dario Faggioli over on xen-devel is working on memory migration primarily for rebalancing nodes but would apply here too. Using VCPUs-max to do placement means that vCPU hotplugging would all be within a node anyway so this shouldn't be a problem.

> Right now we see performance like this all the time (on non-NUMA Xen)
> since memory is usually allocated from a single NUMA domain; e.g. on a
> 48-core Magny-cours, notice unix domain socket latency grows worse as
> it spreads away from vCPU 0 (which also happens to be on NUMA domain
> 0); http://www.cl.cam.ac.uk/research/srg/netos/ipc-
> bench/details/tmpwlnFNM.html

By non-NUMA I assume you mean numa=off, as was the default before 4.0 (or thereabouts)? I think since then memory is striped so everybody should suffer equally.

Cheers,
James


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 12:46:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 12:46:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZiI6-00058U-4T; Wed, 30 May 2012 12:46:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZiI4-00058P-IE
	for xen-api@lists.xensource.com; Wed, 30 May 2012 12:46:16 +0000
Received: from [85.158.143.35:24262] by server-3.bemta-4.messagelabs.com id
	94/21-04252-79616CF4; Wed, 30 May 2012 12:46:15 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-10.tower-21.messagelabs.com!1338381928!12177911!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32032 invoked from network); 30 May 2012 12:45:30 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-10.tower-21.messagelabs.com with AES256-SHA encrypted SMTP;
	30 May 2012 12:45:30 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZiH5-0007kF-5J; Wed, 30 May 2012 12:45:18 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Debian Kernel Team <debian-kernel@lists.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Wed, 30 May 2012 12:45:11 +0000
Resent-Message-ID: <handler.675190.B.133838169129015@bugs.debian.org>
X-Debian-PR-Message: report 675190
X-Debian-PR-Package: linux-2.6
X-Debian-PR-Keywords: 
X-Debian-PR-Source: linux-2.6
Received: via spool by submit@bugs.debian.org id=B.133838169129015
	(code B ref -1); Wed, 30 May 2012 12:45:11 +0000
Received: (at submit) by bugs.debian.org; 30 May 2012 12:41:31 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-9.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	WORD_WITHOUT_VOWELS, 
	XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 184; hammy, 151; neutral, 634; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--prerm
Received: from [31.186.98.155] (helo=debian)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZiDQ-0007XS-6p
	for submit@bugs.debian.org; Wed, 30 May 2012 12:41:30 +0000
Received: from root by debian with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZhwK-00017O-QP; Wed, 30 May 2012 16:23:49 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120530122348.2478.81178.reportbug@debian>
X-Mailer: reportbug 6.3.1
Date: Wed, 30 May 2012 16:23:48 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675190: BUG: unable to handle kernel paging request
	at 27c97000 during reboot under xen
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675190@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2724446676055029335=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2724446676055029335==
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit

Package: linux-2.6
Version: 3.2.18-1
Severity: minor

linux 3.22 Ñcrashing during reboot when ran under xcp-xapi toolstack. VM configuration is default, installation is default (netinst) too.

-- Package-specific info:
** Version:
Linux version 3.2.0-2-686-pae (Debian 3.2.18-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP Mon May 21 18:24:12 UTC 2012

** Command line:
root=UUID=7f4ef707-a7d8-4c30-9932-421bc2ef6b54 ro console=hvc0 quiet  -- quiet console=hvc0

** Not tainted

** Kernel log:
[    0.038070] installing Xen timer for CPU 7
[    0.004000] Initializing CPU#7
[    0.038193] NMI watchdog disabled (cpu7): hardware events not enabled
[    0.038212] Brought up 8 CPUs
[    0.038322] devtmpfs: initialized
[    0.038322] Grant table initialized
[    0.038322] print_constraints: dummy: 
[    0.038322] NET: Registered protocol family 16
[    0.344043] SMP alternatives: switching to UP code
[    0.362591] PCI: setting up Xen PCI frontend stub
[    0.362594] PCI: pci_cache_line_size set to 64 bytes
[    0.363041] bio: create slab <bio-0> at 0
[    0.363092] ACPI: Interpreter disabled.
[    0.363109] xen/balloon: Initialising balloon driver.
[    0.377597] xen-balloon: Initialising balloon driver.
[    0.377597] vgaarb: loaded
[    0.377597] PCI: System does not support PCI
[    0.377597] PCI: System does not support PCI
[    0.377597] Switching to clocksource xen
[    0.377597] pnp: PnP ACPI: disabled
[    0.377597] PnPBIOS: Disabled
[    0.378807] PCI: max bus depth: 0 pci_try_num: 1
[    0.378834] NET: Registered protocol family 2
[    0.378876] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.379015] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.379244] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[    0.379346] TCP: Hash tables configured (established 131072 bind 65536)
[    0.379348] TCP reno registered
[    0.379350] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.379356] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.379414] NET: Registered protocol family 1
[    0.379420] PCI: CLS 0 bytes, default 64
[    0.379451] Unpacking initramfs...
[    0.425522] Freeing initrd memory: 23440k freed
[    0.428807] platform rtc_cmos: registered platform RTC device (no PNP device found)
[    0.428991] audit: initializing netlink socket (disabled)
[    0.429000] type=2000 audit(1338378007.137:1): initialized
[    0.449369] highmem bounce pool size: 64 pages
[    0.449374] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    0.449469] VFS: Disk quotas dquot_6.5.2
[    0.449495] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.449551] msgmni has been set to 1296
[    0.449671] alg: No test for stdrng (krng)
[    0.449689] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    0.449692] io scheduler noop registered
[    0.449693] io scheduler deadline registered
[    0.449699] io scheduler cfq registered (default)
[    0.449743] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    0.449764] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[    0.449766] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.449856] isapnp: Scanning for PnP cards...
[    0.801949] isapnp: No Plug & Play device found
[    0.802193] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    0.802432] Linux agpgart interface v0.103
[    0.802539] i8042: PNP: No PS/2 controller found. Probing ports directly.
[    0.803350] i8042: No controller found
[    0.803404] mousedev: PS/2 mouse device common for all mice
[    0.843197] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[    0.843230] rtc_cmos: probe of rtc_cmos failed with error -38
[    0.843389] TCP cubic registered
[    0.843406] NET: Registered protocol family 10
[    0.843758] Mobile IPv6
[    0.843760] NET: Registered protocol family 17
[    0.843764] Registering the dns_resolver key type
[    0.843776] Using IPI No-Shortcut mode
[    0.843853] PM: Hibernation image not present or could not be loaded.
[    0.843861] registered taskstats version 1
[    0.843886] XENBUS: Device with no driver: device/vbd/51712
[    0.843888] XENBUS: Device with no driver: device/vif/0
[    0.843898] /build/buildd-linux-2.6_3.2.18-1-i386-rwdM7y/linux-2.6-3.2.18/debian/build/source_i386_none/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[    0.843929] Initializing network drop monitor service
[    0.844180] Freeing unused kernel memory: 412k freed
[    0.844923] Write protecting the kernel text: 2844k
[    0.845190] Write protecting the kernel read-only data: 1112k
[    0.845192] NX-protecting the kernel data: 3300k
[    0.878430] udevd[88]: starting version 175
[    0.903142] Initialising Xen virtual ethernet driver.
[    0.919416] blkfront: xvda: barrier or flush: disabled
[    0.920670]  xvda: xvda1 xvda2 < xvda5 >
[    1.078589] PM: Starting manual resume from disk
[    1.078592] PM: Hibernation image partition 202:5 present
[    1.078594] PM: Looking for hibernation image.
[    1.078771] PM: Image not found (code -22)
[    1.078773] PM: Hibernation image not present or could not be loaded.
[    1.087916] kjournald starting.  Commit interval 5 seconds
[    1.087931] EXT3-fs (xvda1): mounted filesystem with ordered data mode
[    1.337397] udevd[224]: starting version 175
[    1.448530] input: PC Speaker as /devices/platform/pcspkr/input/input0
[    1.459328] Error: Driver 'pcspkr' is already registered, aborting...
[    4.825121] Adding 392188k swap on /dev/xvda5.  Priority:-1 extents:1 across:392188k SS
[    4.939834] EXT3-fs (xvda1): using internal journal
[    4.972307] loop: module loaded
[    5.967972] RPC: Registered named UNIX socket transport module.
[    5.967975] RPC: Registered udp transport module.
[    5.967976] RPC: Registered tcp transport module.
[    5.967978] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    5.975613] FS-Cache: Loaded
[    5.985022] FS-Cache: Netfs 'nfs' registered for caching
[    5.991052] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   16.032062] eth0: no IPv6 routers present

** Model information
not available

** Loaded modules:
nfsd
nfs
nfs_acl
auth_rpcgss
fscache
lockd
sunrpc
loop
evdev
snd_pcm
snd_page_alloc
snd_timer
snd
soundcore
pcspkr
ext3
mbcache
jbd
xen_blkfront
xen_netfront

*** Device statistics:
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
  eth0:  546690    4798    0    0    0     0          0         0   211691     940    0    0    0     0       0          0

*** Protocol statistics:
Ip:
    1354 total packets received
    0 forwarded
    0 incoming packets discarded
    1353 incoming packets delivered
    929 requests sent out
Icmp:
    1 ICMP messages received
    0 input ICMP message failed.
    ICMP input histogram:
        echo replies: 1
    1 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
        echo request: 1
IcmpMsg:
        InType0: 1
        OutType8: 1
Tcp:
    7 active connections openings
    1 passive connection openings
    0 failed connection attempts
    1 connection resets received
    1 connections established
    1304 segments received
    901 segments send out
    7 segments retransmited
    0 bad segments received.
    21 resets sent
Udp:
    30 packets received
    0 packets to unknown port received.
    0 packet receive errors
    30 packets sent
UdpLite:
TcpExt:
    2 TCP sockets finished time wait in fast timer
    11 delayed acks sent
    Quick ack mode was activated 1 times
    1 packets directly queued to recvmsg prequeue.
    412 packet headers predicted
    67 acknowledgments not containing data payload received
    621 predicted acknowledgments
    7 congestion windows recovered without slow start after partial ack
    7 other TCP timeouts
    1 DSACKs sent for old packets
    7 DSACKs received
    1 connections reset due to unexpected data
    1 connections reset due to early user close
    TCPSackShiftFallback: 3
IpExt:
    InMcastPkts: 18
    InOctets: 387944
    OutOctets: 197939
    InMcastOctets: 576


** PCI devices:

** USB devices:
not available


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-3.2.0-2-686-pae depends on:
ii  debconf [debconf-2.0]                   1.5.43
ii  initramfs-tools [linux-initramfs-tool]  0.102
ii  kmod                                    8-2
ii  linux-base                              3.5
ii  module-init-tools                       8-2

Versions of packages linux-image-3.2.0-2-686-pae recommends:
ii  firmware-linux-free  3
ii  libc6-i686           2.13-32

Versions of packages linux-image-3.2.0-2-686-pae suggests:
pn  grub-pc        1.99-21
pn  linux-doc-3.2  <none>

Versions of packages linux-image-3.2.0-2-686-pae is related to:
pn  firmware-atheros        <none>
pn  firmware-bnx2           <none>
pn  firmware-bnx2x          <none>
pn  firmware-brcm80211      <none>
pn  firmware-intelwimax     <none>
pn  firmware-ipw2x00        <none>
pn  firmware-ivtv           <none>
pn  firmware-iwlwifi        <none>
pn  firmware-libertas       <none>
pn  firmware-linux          <none>
pn  firmware-linux-nonfree  <none>
pn  firmware-myricom        <none>
pn  firmware-netxen         <none>
pn  firmware-qlogic         <none>
pn  firmware-ralink         <none>
pn  firmware-realtek        <none>
pn  xen-hypervisor          <none>

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_MESSAGES = "en_US.UTF-8",
	LANG = "C"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  linux-image-3.2.0-2-686-pae/prerm/removing-running-kernel-3.2.0-2-686-pae: true
  linux-image-3.2.0-2-686-pae/postinst/depmod-error-initrd-3.2.0-2-686-pae: false
  linux-image-3.2.0-2-686-pae/postinst/ignoring-ramdisk:
  linux-image-3.2.0-2-686-pae/postinst/missing-firmware-3.2.0-2-686-pae:




--===============2724446676055029335==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2724446676055029335==--

From xen-api-bounces@lists.xen.org Wed May 30 12:46:28 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 12:46:28 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZiI6-00058U-4T; Wed, 30 May 2012 12:46:18 +0000
Received: from mail6.bemta4.messagelabs.com ([85.158.143.247])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>) id 1SZiI4-00058P-IE
	for xen-api@lists.xensource.com; Wed, 30 May 2012 12:46:16 +0000
Received: from [85.158.143.35:24262] by server-3.bemta-4.messagelabs.com id
	94/21-04252-79616CF4; Wed, 30 May 2012 12:46:15 +0000
X-Env-Sender: debbugs@busoni.debian.org
X-Msg-Ref: server-10.tower-21.messagelabs.com!1338381928!12177911!1
X-Originating-IP: [140.211.15.34]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG,
	ML_RADAR_SPEW_LINKS_14,UNPARSEABLE_RELAY,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32032 invoked from network); 30 May 2012 12:45:30 -0000
Received: from busoni.debian.org (HELO busoni.debian.org) (140.211.15.34)
	by server-10.tower-21.messagelabs.com with AES256-SHA encrypted SMTP;
	30 May 2012 12:45:30 -0000
Received: from debbugs by busoni.debian.org with local (Exim 4.72)
	(envelope-from <debbugs@busoni.debian.org>)
	id 1SZiH5-0007kF-5J; Wed, 30 May 2012 12:45:18 +0000
X-Loop: owner@bugs.debian.org
Resent-From: George Shuklin <george.shuklin@gmail.com>
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: xen-api@lists.xensource.com,
	Debian Kernel Team <debian-kernel@lists.debian.org>
X-Loop: owner@bugs.debian.org
Resent-Date: Wed, 30 May 2012 12:45:11 +0000
Resent-Message-ID: <handler.675190.B.133838169129015@bugs.debian.org>
X-Debian-PR-Message: report 675190
X-Debian-PR-Package: linux-2.6
X-Debian-PR-Keywords: 
X-Debian-PR-Source: linux-2.6
Received: via spool by submit@bugs.debian.org id=B.133838169129015
	(code B ref -1); Wed, 30 May 2012 12:45:11 +0000
Received: (at submit) by bugs.debian.org; 30 May 2012 12:41:31 +0000
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-9.4 required=4.0 tests=BAYES_00,DIGITS_LETTERS,
	DKIM_ADSP_CUSTOM_MED, FOURLA, FREEMAIL_FROM, FSL_HELO_NON_FQDN_1,
	HAS_PACKAGE, 
	HELO_NO_DOMAIN, NML_ADSP_CUSTOM_MED, RDNS_NONE, SPF_NEUTRAL,
	WORD_WITHOUT_VOWELS, 
	XMAILER_REPORTBUG,X_DEBBUGS_CC autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 184; hammy, 151; neutral, 634; spammy,
	0. spammytokens: hammytokens:0.000-+--H*M:reportbug,
	0.000-+--H*MI:reportbug, 
	0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--prerm
Received: from [31.186.98.155] (helo=debian)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72) (envelope-from <george.shuklin@gmail.com>)
	id 1SZiDQ-0007XS-6p
	for submit@bugs.debian.org; Wed, 30 May 2012 12:41:30 +0000
Received: from root by debian with local (Exim 4.77)
	(envelope-from <george.shuklin@gmail.com>)
	id 1SZhwK-00017O-QP; Wed, 30 May 2012 16:23:49 +0400
MIME-Version: 1.0
From: George Shuklin <george.shuklin@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Message-ID: <20120530122348.2478.81178.reportbug@debian>
X-Mailer: reportbug 6.3.1
Date: Wed, 30 May 2012 16:23:48 +0400
Delivered-To: submit@bugs.debian.org
Resent-Sender: Debian BTS <debbugs@busoni.debian.org>
Subject: [Xen-API] Bug#675190: BUG: unable to handle kernel paging request
	at 27c97000 during reboot under xen
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: George Shuklin <george.shuklin@gmail.com>, 675190@bugs.debian.org
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2724446676055029335=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

--===============2724446676055029335==
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit

Package: linux-2.6
Version: 3.2.18-1
Severity: minor

linux 3.22 Ñcrashing during reboot when ran under xcp-xapi toolstack. VM configuration is default, installation is default (netinst) too.

-- Package-specific info:
** Version:
Linux version 3.2.0-2-686-pae (Debian 3.2.18-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP Mon May 21 18:24:12 UTC 2012

** Command line:
root=UUID=7f4ef707-a7d8-4c30-9932-421bc2ef6b54 ro console=hvc0 quiet  -- quiet console=hvc0

** Not tainted

** Kernel log:
[    0.038070] installing Xen timer for CPU 7
[    0.004000] Initializing CPU#7
[    0.038193] NMI watchdog disabled (cpu7): hardware events not enabled
[    0.038212] Brought up 8 CPUs
[    0.038322] devtmpfs: initialized
[    0.038322] Grant table initialized
[    0.038322] print_constraints: dummy: 
[    0.038322] NET: Registered protocol family 16
[    0.344043] SMP alternatives: switching to UP code
[    0.362591] PCI: setting up Xen PCI frontend stub
[    0.362594] PCI: pci_cache_line_size set to 64 bytes
[    0.363041] bio: create slab <bio-0> at 0
[    0.363092] ACPI: Interpreter disabled.
[    0.363109] xen/balloon: Initialising balloon driver.
[    0.377597] xen-balloon: Initialising balloon driver.
[    0.377597] vgaarb: loaded
[    0.377597] PCI: System does not support PCI
[    0.377597] PCI: System does not support PCI
[    0.377597] Switching to clocksource xen
[    0.377597] pnp: PnP ACPI: disabled
[    0.377597] PnPBIOS: Disabled
[    0.378807] PCI: max bus depth: 0 pci_try_num: 1
[    0.378834] NET: Registered protocol family 2
[    0.378876] IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.379015] TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
[    0.379244] TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
[    0.379346] TCP: Hash tables configured (established 131072 bind 65536)
[    0.379348] TCP reno registered
[    0.379350] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.379356] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.379414] NET: Registered protocol family 1
[    0.379420] PCI: CLS 0 bytes, default 64
[    0.379451] Unpacking initramfs...
[    0.425522] Freeing initrd memory: 23440k freed
[    0.428807] platform rtc_cmos: registered platform RTC device (no PNP device found)
[    0.428991] audit: initializing netlink socket (disabled)
[    0.429000] type=2000 audit(1338378007.137:1): initialized
[    0.449369] highmem bounce pool size: 64 pages
[    0.449374] HugeTLB registered 2 MB page size, pre-allocated 0 pages
[    0.449469] VFS: Disk quotas dquot_6.5.2
[    0.449495] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.449551] msgmni has been set to 1296
[    0.449671] alg: No test for stdrng (krng)
[    0.449689] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
[    0.449692] io scheduler noop registered
[    0.449693] io scheduler deadline registered
[    0.449699] io scheduler cfq registered (default)
[    0.449743] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
[    0.449764] pciehp: PCI Express Hot Plug Controller Driver version: 0.4
[    0.449766] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.449856] isapnp: Scanning for PnP cards...
[    0.801949] isapnp: No Plug & Play device found
[    0.802193] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    0.802432] Linux agpgart interface v0.103
[    0.802539] i8042: PNP: No PS/2 controller found. Probing ports directly.
[    0.803350] i8042: No controller found
[    0.803404] mousedev: PS/2 mouse device common for all mice
[    0.843197] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0
[    0.843230] rtc_cmos: probe of rtc_cmos failed with error -38
[    0.843389] TCP cubic registered
[    0.843406] NET: Registered protocol family 10
[    0.843758] Mobile IPv6
[    0.843760] NET: Registered protocol family 17
[    0.843764] Registering the dns_resolver key type
[    0.843776] Using IPI No-Shortcut mode
[    0.843853] PM: Hibernation image not present or could not be loaded.
[    0.843861] registered taskstats version 1
[    0.843886] XENBUS: Device with no driver: device/vbd/51712
[    0.843888] XENBUS: Device with no driver: device/vif/0
[    0.843898] /build/buildd-linux-2.6_3.2.18-1-i386-rwdM7y/linux-2.6-3.2.18/debian/build/source_i386_none/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[    0.843929] Initializing network drop monitor service
[    0.844180] Freeing unused kernel memory: 412k freed
[    0.844923] Write protecting the kernel text: 2844k
[    0.845190] Write protecting the kernel read-only data: 1112k
[    0.845192] NX-protecting the kernel data: 3300k
[    0.878430] udevd[88]: starting version 175
[    0.903142] Initialising Xen virtual ethernet driver.
[    0.919416] blkfront: xvda: barrier or flush: disabled
[    0.920670]  xvda: xvda1 xvda2 < xvda5 >
[    1.078589] PM: Starting manual resume from disk
[    1.078592] PM: Hibernation image partition 202:5 present
[    1.078594] PM: Looking for hibernation image.
[    1.078771] PM: Image not found (code -22)
[    1.078773] PM: Hibernation image not present or could not be loaded.
[    1.087916] kjournald starting.  Commit interval 5 seconds
[    1.087931] EXT3-fs (xvda1): mounted filesystem with ordered data mode
[    1.337397] udevd[224]: starting version 175
[    1.448530] input: PC Speaker as /devices/platform/pcspkr/input/input0
[    1.459328] Error: Driver 'pcspkr' is already registered, aborting...
[    4.825121] Adding 392188k swap on /dev/xvda5.  Priority:-1 extents:1 across:392188k SS
[    4.939834] EXT3-fs (xvda1): using internal journal
[    4.972307] loop: module loaded
[    5.967972] RPC: Registered named UNIX socket transport module.
[    5.967975] RPC: Registered udp transport module.
[    5.967976] RPC: Registered tcp transport module.
[    5.967978] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    5.975613] FS-Cache: Loaded
[    5.985022] FS-Cache: Netfs 'nfs' registered for caching
[    5.991052] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   16.032062] eth0: no IPv6 routers present

** Model information
not available

** Loaded modules:
nfsd
nfs
nfs_acl
auth_rpcgss
fscache
lockd
sunrpc
loop
evdev
snd_pcm
snd_page_alloc
snd_timer
snd
soundcore
pcspkr
ext3
mbcache
jbd
xen_blkfront
xen_netfront

*** Device statistics:
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0
  eth0:  546690    4798    0    0    0     0          0         0   211691     940    0    0    0     0       0          0

*** Protocol statistics:
Ip:
    1354 total packets received
    0 forwarded
    0 incoming packets discarded
    1353 incoming packets delivered
    929 requests sent out
Icmp:
    1 ICMP messages received
    0 input ICMP message failed.
    ICMP input histogram:
        echo replies: 1
    1 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
        echo request: 1
IcmpMsg:
        InType0: 1
        OutType8: 1
Tcp:
    7 active connections openings
    1 passive connection openings
    0 failed connection attempts
    1 connection resets received
    1 connections established
    1304 segments received
    901 segments send out
    7 segments retransmited
    0 bad segments received.
    21 resets sent
Udp:
    30 packets received
    0 packets to unknown port received.
    0 packet receive errors
    30 packets sent
UdpLite:
TcpExt:
    2 TCP sockets finished time wait in fast timer
    11 delayed acks sent
    Quick ack mode was activated 1 times
    1 packets directly queued to recvmsg prequeue.
    412 packet headers predicted
    67 acknowledgments not containing data payload received
    621 predicted acknowledgments
    7 congestion windows recovered without slow start after partial ack
    7 other TCP timeouts
    1 DSACKs sent for old packets
    7 DSACKs received
    1 connections reset due to unexpected data
    1 connections reset due to early user close
    TCPSackShiftFallback: 3
IpExt:
    InMcastPkts: 18
    InOctets: 387944
    OutOctets: 197939
    InMcastOctets: 576


** PCI devices:

** USB devices:
not available


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-3.2.0-2-686-pae depends on:
ii  debconf [debconf-2.0]                   1.5.43
ii  initramfs-tools [linux-initramfs-tool]  0.102
ii  kmod                                    8-2
ii  linux-base                              3.5
ii  module-init-tools                       8-2

Versions of packages linux-image-3.2.0-2-686-pae recommends:
ii  firmware-linux-free  3
ii  libc6-i686           2.13-32

Versions of packages linux-image-3.2.0-2-686-pae suggests:
pn  grub-pc        1.99-21
pn  linux-doc-3.2  <none>

Versions of packages linux-image-3.2.0-2-686-pae is related to:
pn  firmware-atheros        <none>
pn  firmware-bnx2           <none>
pn  firmware-bnx2x          <none>
pn  firmware-brcm80211      <none>
pn  firmware-intelwimax     <none>
pn  firmware-ipw2x00        <none>
pn  firmware-ivtv           <none>
pn  firmware-iwlwifi        <none>
pn  firmware-libertas       <none>
pn  firmware-linux          <none>
pn  firmware-linux-nonfree  <none>
pn  firmware-myricom        <none>
pn  firmware-netxen         <none>
pn  firmware-qlogic         <none>
pn  firmware-ralink         <none>
pn  firmware-realtek        <none>
pn  xen-hypervisor          <none>

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_MESSAGES = "en_US.UTF-8",
	LANG = "C"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
  linux-image-3.2.0-2-686-pae/prerm/removing-running-kernel-3.2.0-2-686-pae: true
  linux-image-3.2.0-2-686-pae/postinst/depmod-error-initrd-3.2.0-2-686-pae: false
  linux-image-3.2.0-2-686-pae/postinst/ignoring-ramdisk:
  linux-image-3.2.0-2-686-pae/postinst/missing-firmware-3.2.0-2-686-pae:




--===============2724446676055029335==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============2724446676055029335==--

From xen-api-bounces@lists.xen.org Wed May 30 20:23:45 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 20:23:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZpQf-00006J-2u; Wed, 30 May 2012 20:23:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sentinel2k01@gmx.de>) id 1SZpQd-00006E-W4
	for xen-api@lists.xen.org; Wed, 30 May 2012 20:23:36 +0000
Received: from [85.158.138.51:17827] by server-4.bemta-3.messagelabs.com id
	30/85-32504-7C186CF4; Wed, 30 May 2012 20:23:35 +0000
X-Env-Sender: sentinel2k01@gmx.de
X-Msg-Ref: server-16.tower-174.messagelabs.com!1338409414!29877832!1
X-Originating-IP: [213.165.64.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDMxNzkyOQ==\n,sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDMxNzkyOQ==\n, ML_RADAR_SPEW_LINKS_14, 
	spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22549 invoked from network); 30 May 2012 20:23:34 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22)
	by server-16.tower-174.messagelabs.com with SMTP;
	30 May 2012 20:23:34 -0000
Received: (qmail invoked by alias); 30 May 2012 20:23:34 -0000
Received: from ip-109-91-89-242.unitymediagroup.de (EHLO [192.168.0.125])
	[109.91.89.242]
	by mail.gmx.net (mp020) with SMTP; 30 May 2012 22:23:34 +0200
X-Authenticated: #8832492
X-Provags-ID: V01U2FsdGVkX19ZkzYD3VBZMy57Tz606UtuJJMLqNepN+Bh/OtdIA
	zckSUgFZd0UaQI
Message-ID: <4FC681C6.6000402@gmx.de>
Date: Wed, 30 May 2012 22:23:34 +0200
From: sentinel <sentinel2k01@gmx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FC50223.5080306@gmx.de>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
X-Y-GMX-Trusted: 0
Subject: Re: [Xen-API] [SOLVED]   NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I found some older howto's with the same infos. Problem is, with Debian 
Wheezy (Testing) there is no portmap more. It is replaced by rpcbind.

So i looked after some howto's about rpcbind...

I changed the hosts.allow and hosts.deny

root@XenServer:/# cat /etc/hosts.allow
[---cut---]
mount.nfs rpc.mountd portmap rpcbind mountd nfsd statd lockd rquotad : 
192.168.0.0/255.255.255.0 , 127.0.0.1

root@XenServer:/# cat /etc/hosts.deny
[---cut---]
mount.nfs rpc.mountd portmap rpcbind mountd nfsd statd lockd rquotad :  ALL


after restarting the nfs and rpcbind services and try to create the new 
SR the following error
occured

Error code: SR_BACKEND_FAILURE_88
Error parameters: , NFS SR creation error [opterr=remote directory 
creation error is 13],

in the citrix forum i found an old entry from 2009, with the solution.
I have to add "no_root_squash" to the share entry in  /etc/exports and 
now it works!

Thank you to bring me into the right direction! :)



Am 29.05.2012 19:26, schrieb Joseph Hom:
> If I remember correctly portmap is configured to only listen on localhost. Edit /etc/sysconfig/portmap and remove the -l arg that is passed. Restart portmap.
>
> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of sentinel
> Sent: Tuesday, May 29, 2012 12:07 PM
> To: xen-api@lists.xen.org
> Subject: [Xen-API] NFS Share on localhost / same computer
>
> Hi List!
>
> i have setup a fresh Debian Wheezy installation and followed the wiki http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
> Now i will add a Storage Repository from a NFS Server, the NFS Server is the same computer where XAPI is installed.
>
> I try:
>
> xe sr-create type=nfs name-label=Windows device-config:server=XenServer device-config:serverpath=/Windows
>
> but i become the following errors:
>
> Error code: SR_BACKEND_FAILURE_73
> Error parameters: , NFS mount error [opterr=mount failed with return code 32],
>
> root@XenServer:/# showmount -e XenServer Export list for XenServer:
> /Windows XenServer.fritz.box
>
> The errors also occurred when i change the device-config:server=XenServer.fritz.box
>
> My NFS exports:
>
> root@XenServer:/# cat /etc/exports
> [----cut default commentary----]
> #Xen XCP SR for Windows 7 on SSD RAID
> /Windows XenServer(rw,async,no_subtree_check)
>
> i also tried to change the IP address instead of the ComputerName (XenServer), but the result is the same.
> No new SR for XAPI.
>
> When i add the IP from my other Ubuntu 11.10 computer to the /etc/exports, i can mount the share on the Ubuntu-PC without any problems.
>
>
> Why i try to use NFS? The folder /Windows is a part of a RAID5 Array,
> and i don't want to use the hole Array as a SR.
>
> Any hints?
>
>
>
> regards
> Dominik
>
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Wed May 30 20:23:45 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 30 May 2012 20:23:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SZpQf-00006J-2u; Wed, 30 May 2012 20:23:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <sentinel2k01@gmx.de>) id 1SZpQd-00006E-W4
	for xen-api@lists.xen.org; Wed, 30 May 2012 20:23:36 +0000
Received: from [85.158.138.51:17827] by server-4.bemta-3.messagelabs.com id
	30/85-32504-7C186CF4; Wed, 30 May 2012 20:23:35 +0000
X-Env-Sender: sentinel2k01@gmx.de
X-Msg-Ref: server-16.tower-174.messagelabs.com!1338409414!29877832!1
X-Originating-IP: [213.165.64.22]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDMxNzkyOQ==\n,sa_preprocessor: 
	QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDMxNzkyOQ==\n, ML_RADAR_SPEW_LINKS_14, 
	spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22549 invoked from network); 30 May 2012 20:23:34 -0000
Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22)
	by server-16.tower-174.messagelabs.com with SMTP;
	30 May 2012 20:23:34 -0000
Received: (qmail invoked by alias); 30 May 2012 20:23:34 -0000
Received: from ip-109-91-89-242.unitymediagroup.de (EHLO [192.168.0.125])
	[109.91.89.242]
	by mail.gmx.net (mp020) with SMTP; 30 May 2012 22:23:34 +0200
X-Authenticated: #8832492
X-Provags-ID: V01U2FsdGVkX19ZkzYD3VBZMy57Tz606UtuJJMLqNepN+Bh/OtdIA
	zckSUgFZd0UaQI
Message-ID: <4FC681C6.6000402@gmx.de>
Date: Wed, 30 May 2012 22:23:34 +0200
From: sentinel <sentinel2k01@gmx.de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-api@lists.xen.org
References: <4FC50223.5080306@gmx.de>
	<602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F13551FD5A336@SM-DAG151.softlayer.local>
X-Y-GMX-Trusted: 0
Subject: Re: [Xen-API] [SOLVED]   NFS Share on localhost / same computer
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

I found some older howto's with the same infos. Problem is, with Debian 
Wheezy (Testing) there is no portmap more. It is replaced by rpcbind.

So i looked after some howto's about rpcbind...

I changed the hosts.allow and hosts.deny

root@XenServer:/# cat /etc/hosts.allow
[---cut---]
mount.nfs rpc.mountd portmap rpcbind mountd nfsd statd lockd rquotad : 
192.168.0.0/255.255.255.0 , 127.0.0.1

root@XenServer:/# cat /etc/hosts.deny
[---cut---]
mount.nfs rpc.mountd portmap rpcbind mountd nfsd statd lockd rquotad :  ALL


after restarting the nfs and rpcbind services and try to create the new 
SR the following error
occured

Error code: SR_BACKEND_FAILURE_88
Error parameters: , NFS SR creation error [opterr=remote directory 
creation error is 13],

in the citrix forum i found an old entry from 2009, with the solution.
I have to add "no_root_squash" to the share entry in  /etc/exports and 
now it works!

Thank you to bring me into the right direction! :)



Am 29.05.2012 19:26, schrieb Joseph Hom:
> If I remember correctly portmap is configured to only listen on localhost. Edit /etc/sysconfig/portmap and remove the -l arg that is passed. Restart portmap.
>
> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of sentinel
> Sent: Tuesday, May 29, 2012 12:07 PM
> To: xen-api@lists.xen.org
> Subject: [Xen-API] NFS Share on localhost / same computer
>
> Hi List!
>
> i have setup a fresh Debian Wheezy installation and followed the wiki http://wiki.xen.org/wiki/Project_Kronos to install XAPI.
> Now i will add a Storage Repository from a NFS Server, the NFS Server is the same computer where XAPI is installed.
>
> I try:
>
> xe sr-create type=nfs name-label=Windows device-config:server=XenServer device-config:serverpath=/Windows
>
> but i become the following errors:
>
> Error code: SR_BACKEND_FAILURE_73
> Error parameters: , NFS mount error [opterr=mount failed with return code 32],
>
> root@XenServer:/# showmount -e XenServer Export list for XenServer:
> /Windows XenServer.fritz.box
>
> The errors also occurred when i change the device-config:server=XenServer.fritz.box
>
> My NFS exports:
>
> root@XenServer:/# cat /etc/exports
> [----cut default commentary----]
> #Xen XCP SR for Windows 7 on SSD RAID
> /Windows XenServer(rw,async,no_subtree_check)
>
> i also tried to change the IP address instead of the ComputerName (XenServer), but the result is the same.
> No new SR for XAPI.
>
> When i add the IP from my other Ubuntu 11.10 computer to the /etc/exports, i can mount the share on the Ubuntu-PC without any problems.
>
>
> Why i try to use NFS? The folder /Windows is a part of a RAID5 Array,
> and i don't want to use the hole Array as a SR.
>
> Any hints?
>
>
>
> regards
> Dominik
>
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lists.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
>


_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

From xen-api-bounces@lists.xen.org Thu May 31 20:15:34 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 31 May 2012 20:15:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SaBmH-0003dY-1J; Thu, 31 May 2012 20:15:25 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <oper.ml@gmail.com>) id 1SaBmF-0003dP-M7
	for xen-api@lists.xen.org; Thu, 31 May 2012 20:15:23 +0000
Received: from [193.109.254.147:6483] by server-8.bemta-14.messagelabs.com id
	BD/F0-04215-A51D7CF4; Thu, 31 May 2012 20:15:22 +0000
X-Env-Sender: oper.ml@gmail.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1338495321!4292634!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8047 invoked from network); 31 May 2012 20:15:22 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	31 May 2012 20:15:22 -0000
Received: by vbbfn1 with SMTP id fn1so1076401vbb.32
	for <multiple recipients>; Thu, 31 May 2012 13:15:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=hzB2+bj2b+QWH34Of89Aa7dH99k2fAeha1MOND/j0G0=;
	b=SAD71t7V/pnBe31jDb/TQnQk5WE3cVrGuadFpCaFHWmQ4vNn+4twzS3cvJlQ0GvJif
	jZXoEO/XC2/fACsZLxJM4qhh4zSql1kuma/FXtlrL96KWlCjs7bwujwciTVx3zB9vhqK
	mbe/8tkV/ZsjBMFat/NihCEOKW0lFbvk6cG8NhqZfDCPf/30Ah6y4Pg38qPCJ/OgItMp
	8r2P+K7yiSefOzJRtX5t0D33B+184pcbtI+SbMB4zzFaA1ltFV45RbTK2OfK5Mg0VjrN
	ar7Q+45cpVqbL+bViBCNLL6aHhYXHylGVwghlEdEYnyq6tfbjPxtTRuc4Cqdr/1lvVLv
	kqwQ==
Received: by 10.52.98.8 with SMTP id ee8mr19716vdb.58.1338495318793;
	Thu, 31 May 2012 13:15:18 -0700 (PDT)
Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245])
	by mx.google.com with ESMTPS id ej4sm6546109vdb.0.2012.05.31.13.15.16
	(version=SSLv3 cipher=OTHER); Thu, 31 May 2012 13:15:17 -0700 (PDT)
Message-ID: <4FC7D14A.4020604@gmail.com>
Date: Thu, 31 May 2012 17:15:06 -0300
From: "Oper.ML" <oper.ml@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: [Xen-API] Xen Source Management
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3775948572785756517=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============3775948572785756517==
Content-Type: multipart/alternative;
 boundary="------------060909040505050301030200"

This is a multi-part message in MIME format.
--------------060909040505050301030200
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello list,

     does anyone has a solution/sugestion for a Web based management for 
xen hosts, pools and virtual machines. The hosts are Debian with Xen4 
(installed by apt-get - xen-linux-system).

Thanks,
TM

--------------060909040505050301030200
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1">Hello list,<br>
      <br>
      &nbsp;&nbsp;&nbsp; does anyone has a solution/sugestion for a Web based
      management for xen hosts, pools and virtual machines. The hosts
      are Debian with Xen4 (installed by apt-get - xen-linux-system).<br>
      <br>
      Thanks,<br>
      TM<br>
    </font>
  </body>
</html>

--------------060909040505050301030200--


--===============3775948572785756517==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3775948572785756517==--


From xen-api-bounces@lists.xen.org Thu May 31 20:15:34 2012
Return-path: <xen-api-bounces@lists.xen.org>
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 31 May 2012 20:15:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <xen-api-bounces@lists.xen.org>)
	id 1SaBmH-0003dY-1J; Thu, 31 May 2012 20:15:25 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from <oper.ml@gmail.com>) id 1SaBmF-0003dP-M7
	for xen-api@lists.xen.org; Thu, 31 May 2012 20:15:23 +0000
Received: from [193.109.254.147:6483] by server-8.bemta-14.messagelabs.com id
	BD/F0-04215-A51D7CF4; Thu, 31 May 2012 20:15:22 +0000
X-Env-Sender: oper.ml@gmail.com
X-Msg-Ref: server-6.tower-27.messagelabs.com!1338495321!4292634!1
X-Originating-IP: [209.85.212.45]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: 
X-StarScan-Version: 6.5.10; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8047 invoked from network); 31 May 2012 20:15:22 -0000
Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com)
	(209.85.212.45)
	by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	31 May 2012 20:15:22 -0000
Received: by vbbfn1 with SMTP id fn1so1076401vbb.32
	for <multiple recipients>; Thu, 31 May 2012 13:15:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=message-id:date:from:user-agent:mime-version:to:subject
	:content-type; bh=hzB2+bj2b+QWH34Of89Aa7dH99k2fAeha1MOND/j0G0=;
	b=SAD71t7V/pnBe31jDb/TQnQk5WE3cVrGuadFpCaFHWmQ4vNn+4twzS3cvJlQ0GvJif
	jZXoEO/XC2/fACsZLxJM4qhh4zSql1kuma/FXtlrL96KWlCjs7bwujwciTVx3zB9vhqK
	mbe/8tkV/ZsjBMFat/NihCEOKW0lFbvk6cG8NhqZfDCPf/30Ah6y4Pg38qPCJ/OgItMp
	8r2P+K7yiSefOzJRtX5t0D33B+184pcbtI+SbMB4zzFaA1ltFV45RbTK2OfK5Mg0VjrN
	ar7Q+45cpVqbL+bViBCNLL6aHhYXHylGVwghlEdEYnyq6tfbjPxtTRuc4Cqdr/1lvVLv
	kqwQ==
Received: by 10.52.98.8 with SMTP id ee8mr19716vdb.58.1338495318793;
	Thu, 31 May 2012 13:15:18 -0700 (PDT)
Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245])
	by mx.google.com with ESMTPS id ej4sm6546109vdb.0.2012.05.31.13.15.16
	(version=SSLv3 cipher=OTHER); Thu, 31 May 2012 13:15:17 -0700 (PDT)
Message-ID: <4FC7D14A.4020604@gmail.com>
Date: Thu, 31 May 2012 17:15:06 -0300
From: "Oper.ML" <oper.ml@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: xen-users@lists.xen.org, xen-api@lists.xen.org
Subject: [Xen-API] Xen Source Management
X-BeenThere: xen-api@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-api@lists.xen.org>
List-Help: <mailto:xen-api-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api>,
	<mailto:xen-api-request@lists.xen.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============3775948572785756517=="
Sender: xen-api-bounces@lists.xen.org
Errors-To: xen-api-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============3775948572785756517==
Content-Type: multipart/alternative;
 boundary="------------060909040505050301030200"

This is a multi-part message in MIME format.
--------------060909040505050301030200
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello list,

     does anyone has a solution/sugestion for a Web based management for 
xen hosts, pools and virtual machines. The hosts are Debian with Xen4 
(installed by apt-get - xen-linux-system).

Thanks,
TM

--------------060909040505050301030200
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <font size="-1">Hello list,<br>
      <br>
      &nbsp;&nbsp;&nbsp; does anyone has a solution/sugestion for a Web based
      management for xen hosts, pools and virtual machines. The hosts
      are Debian with Xen4 (installed by apt-get - xen-linux-system).<br>
      <br>
      Thanks,<br>
      TM<br>
    </font>
  </body>
</html>

--------------060909040505050301030200--


--===============3775948572785756517==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

--===============3775948572785756517==--