pieces communicates -=A0http://docs.openstac= k.org/trunk/openstack-compute/admin/content/introduction-to-xen.html

But am still unclear on this regard.

Help app= reciated.

Thank you,

--=A0

Ashut= osh Narayan

http://ashutoshn.wordpress.com/

--485b397dd2674b52e004dc5c53d9-- --===============8317341914683741337== 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 --===============8317341914683741337==-- From xen-api-bounces@lists.xen.org Fri May 10 13:48:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:48:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uango-0002qh-RY; Fri, 10 May 2013 13:48:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uangn-0002qC-Hb for xen-api@lists.xen.org; Fri, 10 May 2013 13:48:49 +0000 Received: from [193.109.254.147:32459] by server-14.bemta-14.messagelabs.com id 38/60-02181-0CAFC815; Fri, 10 May 2013 13:48:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1368193707!2127925!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2113 invoked from network); 10 May 2013 13:48:27 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 10 May 2013 13:48:27 -0000 Received: (qmail 16857 invoked by uid 634); 10 May 2013 13:48:27 -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 [172.20.26.177]) (12.202.122.2) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 10 May 2013 14:48:26 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 $1503$) From: Anil Madhavapeddy In-Reply-To: <518CCBB8.8030202@eu.citrix.com> Date: Fri, 10 May 2013 09:48:23 -0400 Message-Id: <5B715166-CF75-4383-AF96-CD3160680995@recoil.org> References: <518CCBB8.8030202@eu.citrix.com> To: David Scott X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] github and this mailing list 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 List-Unsubscribe: , List-Post: List-Help: List-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 10 May 2013, at 06:28, David Scott wrote: > Hi, > > Back in the pre-github days we used to send xapi patches to this mailing list. We used this for review but it had a secondary effect: the patches would occasionally spark interesting discussions. Now that we use github for reviews (which I think works very nicely), we may have lost some of the discussion. People still talk on the pull requests, but perhaps this is a bit difficult to passively monitor. > > Should we look into ways of echoing some github activity to this list? Perhaps the creation of new pull requests? Would that be useful or just confusing? I'd suggest a weekly digest of pull requests, with links to the individual issues for people to follow up on if interested. It should be easy to generate these from the latest OCaml/Github bindings (which I'll release today once David Sheets is done with his last feature push). -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 Fri May 10 13:48:57 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 13:48:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uango-0002qh-RY; Fri, 10 May 2013 13:48:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uangn-0002qC-Hb for xen-api@lists.xen.org; Fri, 10 May 2013 13:48:49 +0000 Received: from [193.109.254.147:32459] by server-14.bemta-14.messagelabs.com id 38/60-02181-0CAFC815; Fri, 10 May 2013 13:48:48 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1368193707!2127925!1 X-Originating-IP: [89.16.177.154] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.9.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2113 invoked from network); 10 May 2013 13:48:27 -0000 Received: from recoil.dh.bytemark.co.uk (HELO dark.recoil.org) (89.16.177.154) by server-11.tower-27.messagelabs.com with SMTP; 10 May 2013 13:48:27 -0000 Received: (qmail 16857 invoked by uid 634); 10 May 2013 13:48:27 -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 [172.20.26.177]) (12.202.122.2) (smtp-auth username remote@recoil.org, mechanism cram-md5) by dark.recoil.org (qpsmtpd/0.84) with ESMTPA; Fri, 10 May 2013 14:48:26 +0100 Mime-Version: 1.0 (Mac OS X Mail 6.3 $1503$) From: Anil Madhavapeddy In-Reply-To: <518CCBB8.8030202@eu.citrix.com> Date: Fri, 10 May 2013 09:48:23 -0400 Message-Id: <5B715166-CF75-4383-AF96-CD3160680995@recoil.org> References: <518CCBB8.8030202@eu.citrix.com> To: David Scott X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on dark.recoil.org Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] github and this mailing list 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 List-Unsubscribe: , List-Post: List-Help: List-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 10 May 2013, at 06:28, David Scott wrote: > Hi, > > Back in the pre-github days we used to send xapi patches to this mailing list. We used this for review but it had a secondary effect: the patches would occasionally spark interesting discussions. Now that we use github for reviews (which I think works very nicely), we may have lost some of the discussion. People still talk on the pull requests, but perhaps this is a bit difficult to passively monitor. > > Should we look into ways of echoing some github activity to this list? Perhaps the creation of new pull requests? Would that be useful or just confusing? I'd suggest a weekly digest of pull requests, with links to the individual issues for people to follow up on if interested. It should be easy to generate these from the latest OCaml/Github bindings (which I'll release today once David Sheets is done with his last feature push). -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 Fri May 10 15:10:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:10:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxt-0004Gz-Km; Fri, 10 May 2013 15:10:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxs-0004Ge-DO; Fri, 10 May 2013 15:10:32 +0000 Received: from [85.158.139.83:31246] by server-11.bemta-5.messagelabs.com id B9/B3-26693-7ED0D815; Fri, 10 May 2013 15:10:31 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1368198630!31082673!1 X-Originating-IP: [74.125.83.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27944 invoked from network); 10 May 2013 15:10:30 -0000 Received: from mail-ee0-f51.google.com (HELO mail-ee0-f51.google.com) (74.125.83.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 15:10:30 -0000 Received: by mail-ee0-f51.google.com with SMTP id c1so2280456eek.10 for ; Fri, 10 May 2013 08:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=HKV3yYR0jPajab/UaOgaBHZhSJSFjN8dgI8zct2RzGY=; b=kUMc49KxK196odr3sdwo91OW2ZQmLpCQ+WIQda5hYUco7QwneCcGLqcLWyrXbKCZ7i b0ZnDY33Z6dXA45DQzhiQGAZY+Q/bQGrt/ZKK036obNfnYfUOFiSXB0LHXE1aWRFtexN tY7yiuLVvzH61+BxV5Qs1+IAIWa/z283dPw/TT5nWIi6qPdy3GAVX8cx/IHnOzokKs0P m5y5zj4ggQHYC83nTLuCUtU+nv+Mw7MYlR2h7xJecvYWEQJXJwKCz2o5Vt3EfzHaFo7Q uxJersvGJ0HiKItfTo4ihnZ/uEKwUIiCEj0QNDdl3umxoQBirBvHw3aPGGPC+bkVQPJ0 0AQw== X-Received: by 10.14.178.129 with SMTP id f1mr5844220eem.10.1368198630551; Fri, 10 May 2013 08:10:30 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id m4sm4041881eeu.15.2013.05.10.08.10.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 08:10:29 -0700 (PDT) Message-ID: <518D0DE0.9050901@xen.org> Date: Fri, 10 May 2013 16:10:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] CFP dates and Events on xenproject.org 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 List-Unsubscribe: , List-Post: List-Help: List-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, I wanted to let you know that I have started to add CFP deadlines to http://www.xenproject.org/about/events.html- These are CFP deadlines for events where it makes sense for Xen community members to submit Xen related talks to. Finding CFP's & adding them to your calendar ============================================ You can find the next 4 upcoming CFPs in the "UPCOMING CFP" widget. If there is a CFP you want to submit a talk yo, you can export the CFP to iCal and add to your calendar. You can also search the event list. This will only work if you - leave the m ain event text empty - set the event category to "CFP" - chose a start and end date (without these you will only get an empty list) Adding CFP's & events to the site ================================= Generally, adding events or relevant CFPs to the website, is open to ALL registered users of xenproject.org. As we cannot keep on top of what everybody is doing, we will need to rely on you to help out. You may want to add a talk to the event page, if your Xen related talk or session has been accepted at an open source or industry event. You may want to add a CFP, if you are trying to solicit Xen related submissions to your (or your community's) event. In the later case, you may also want to send me a message (and we can use the Xen twitter account and other social media to spread the word). You can find instructions on how to add entries to the event list at http://wiki.xenproject.org/wiki/Checklist/Creating_Events 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 Fri May 10 15:10:40 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 15:10:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxt-0004Gz-Km; Fri, 10 May 2013 15:10:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Uaoxs-0004Ge-DO; Fri, 10 May 2013 15:10:32 +0000 Received: from [85.158.139.83:31246] by server-11.bemta-5.messagelabs.com id B9/B3-26693-7ED0D815; Fri, 10 May 2013 15:10:31 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1368198630!31082673!1 X-Originating-IP: [74.125.83.51] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27944 invoked from network); 10 May 2013 15:10:30 -0000 Received: from mail-ee0-f51.google.com (HELO mail-ee0-f51.google.com) (74.125.83.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 15:10:30 -0000 Received: by mail-ee0-f51.google.com with SMTP id c1so2280456eek.10 for ; Fri, 10 May 2013 08:10:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=HKV3yYR0jPajab/UaOgaBHZhSJSFjN8dgI8zct2RzGY=; b=kUMc49KxK196odr3sdwo91OW2ZQmLpCQ+WIQda5hYUco7QwneCcGLqcLWyrXbKCZ7i b0ZnDY33Z6dXA45DQzhiQGAZY+Q/bQGrt/ZKK036obNfnYfUOFiSXB0LHXE1aWRFtexN tY7yiuLVvzH61+BxV5Qs1+IAIWa/z283dPw/TT5nWIi6qPdy3GAVX8cx/IHnOzokKs0P m5y5zj4ggQHYC83nTLuCUtU+nv+Mw7MYlR2h7xJecvYWEQJXJwKCz2o5Vt3EfzHaFo7Q uxJersvGJ0HiKItfTo4ihnZ/uEKwUIiCEj0QNDdl3umxoQBirBvHw3aPGGPC+bkVQPJ0 0AQw== X-Received: by 10.14.178.129 with SMTP id f1mr5844220eem.10.1368198630551; Fri, 10 May 2013 08:10:30 -0700 (PDT) Received: from [172.16.26.11] ([94.3.142.121]) by mx.google.com with ESMTPSA id m4sm4041881eeu.15.2013.05.10.08.10.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 10 May 2013 08:10:29 -0700 (PDT) Message-ID: <518D0DE0.9050901@xen.org> Date: Fri, 10 May 2013 16:10:24 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] CFP dates and Events on xenproject.org 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 List-Unsubscribe: , List-Post: List-Help: List-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, I wanted to let you know that I have started to add CFP deadlines to http://www.xenproject.org/about/events.html- These are CFP deadlines for events where it makes sense for Xen community members to submit Xen related talks to. Finding CFP's & adding them to your calendar ============================================ You can find the next 4 upcoming CFPs in the "UPCOMING CFP" widget. If there is a CFP you want to submit a talk yo, you can export the CFP to iCal and add to your calendar. You can also search the event list. This will only work if you - leave the m ain event text empty - set the event category to "CFP" - chose a start and end date (without these you will only get an empty list) Adding CFP's & events to the site ================================= Generally, adding events or relevant CFPs to the website, is open to ALL registered users of xenproject.org. As we cannot keep on top of what everybody is doing, we will need to rely on you to help out. You may want to add a talk to the event page, if your Xen related talk or session has been accepted at an open source or industry event. You may want to add a CFP, if you are trying to solicit Xen related submissions to your (or your community's) event. In the later case, you may also want to send me a message (and we can use the Xen twitter account and other social media to spread the word). You can find instructions on how to add entries to the event list at http://wiki.xenproject.org/wiki/Checklist/Creating_Events 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 Fri May 10 16:01:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:01:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaplM-00035D-W5; Fri, 10 May 2013 16:01:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaplL-000357-Ir for xen-api@lists.xen.org; Fri, 10 May 2013 16:01:39 +0000 Received: from [85.158.138.51:15286] by server-2.bemta-3.messagelabs.com id F6/62-07011-FD91D815; Fri, 10 May 2013 16:01:35 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368201692!32164209!1 X-Originating-IP: [69.59.136.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9053 invoked from network); 10 May 2013 16:01:33 -0000 Received: from servepath-gw2.servepath.com (HELO fe-004-sfo.servepath.com) (69.59.136.171) by server-4.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 10 May 2013 16:01:33 -0000 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Fri, 10 May 2013 09:01:32 -0700 From: Brian Menges To: "xen-api@lists.xen.org" Date: Fri, 10 May 2013 09:01:30 -0700 Thread-Topic: [Xen-API] VMs are using more memory than reported and expected Thread-Index: Ac5M2NVKU62GiPasROiRAZTzllKnBwAvqFJg Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16BA14C43@EX-004-SFO.servepath.com> References: <518ADB8C.60107@ondore.com> <3968CAC7E1BE7242B18501F292F3C7F16BA14589@EX-004-SFO.servepath.com> <518BD960.8000803@ondore.com> In-Reply-To: <518BD960.8000803@ondore.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] VMs are using more memory than reported and expected 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 List-Unsubscribe: , List-Post: List-Help: List-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 Pretty sure that dom0 is allowed to balloon up to 2gb, of which usually ~75= 0m is used unless the hypervisor is tasking hard. This 'ballooning memory' won't be accounted for in xl list, but is still no= t available for other VMs incase it is needed. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Alexandre Kouznetsov Sent: Thursday, May 09, 2013 10:14 To: xen-api@lists.xen.org Subject: Re: [Xen-API] VMs are using more memory than reported and expected Hello. I have searched for xen memory overhead and found a few references of the i= ssue, but no clear explanation. If you happen to know a good source, could = you share a link? As I understand it, each Dom is consuming the RAM it has been assigned plus= some amount known as "memory-overhead", which size depend on Dom's assigne= d memory. I would like to know, what else does it depends on (total host's = RAM?) and how to predict it. When I do my calculations taking the memory-overhead into account, I get cl= oser numbers but it still does not check. It seems like "xl list" does not = take memory-overhead into account at all, while xentop gives a closer, but = still inaccurate number in the header. Used memory, calculating only assigned RAM: 29.72G Used memory, calculating= assigned RAM plus overhead: 30.26G Used memory, as reported by xentop: 30.= 70G I took memory-overhead values from "xe vm-param-list". I'm still missing 1.25GB reported by xentop as "Free" (unusable if I try to= assign it to a VM) and the difference between xentop's "used memory" vs sum of all assigned RAM and overheads. On https://onapp.zendesk.com/entries/22086947-Optimize-Domain-0-and-Memory-Ove= rhead-for-Xen-Hypervisors I have found a magic formula: dom0_ram + (total_ram * .024) + 128 =3D memory_overhead No reference where = did it came from. Thank you. El 09/05/13 00:07, Brian Menges escribi=F3: > Depending on the VM booted, there is memory overhead: > > memory-overhead ( RO): 4194304 > > Here's how I found my memory overhead for the Debian 6.0 (Squeeze) 64-bit= image: > > [root@xs-01 ~]# xe template-list |grep -i 'squeeze' -B1 > uuid ( RO) : b0f02f5d-d581-0e0a-8f85-40c3a65d660e > name-label ( RW): Debian Squeeze 6.0 (32-bit) > name-description ( RW): Template that allows VM installation from > Xen-aware Debian-based distros. To use this template from the CLI, instal= l your VM using vm-install, then set other-config-install-repository to the= path to your network repository, e.g. http:/// In order to i= nstall Debian Squeeze from CD/DVD the multi-arch ISO image is required. > -- > uuid ( RO) : 2122992d-d430-e380-625e-d6049cfae018 > name-label ( RW): Debian Squeeze 6.0 (64-bit) > name-description ( RW): Template that allows VM installation from > Xen-aware Debian-based distros. To use this template from the CLI, instal= l your VM using vm-install, then set other-config-install-repository to the= path to your network repository, e.g. http:/// In order to i= nstall Debian Squeeze from CD/DVD the multi-arch ISO image is required. > [root@xs-01 ~]# xe template-param-get > uuid=3D2122992d-d430-e380-625e-d6049cfae018 param-name=3Dmemory-overhead > 4194304 > > As you can see, there's a few megs of overhead for just this VM, then the= re's the ballooning range for dom0 that you have to consider, which I'm not= positive, but I think it may be 2G and you seem to have taken that into ac= count. The overhead range appears to be that last 1gb, and I'm sure other t= hings get crammed in there too like your ramdisk perhaps, xen netback buffe= rs, video card buffers, etc. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > > -----Original Message----- > From: xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Alexandre > Kouznetsov > Sent: Wednesday, May 08, 2013 16:11 > To: xen-api@lists.xen.org > Subject: [Xen-API] VMs are using more memory than reported and > expected > > Hello. > > I have a host machine that has 32GB RAM and runs XCP 1.6. I expected to b= e able to allocate up to 5 VM's using 6GB of RAM each, but XCP complains sa= ying it can't start the last VM because of RAM shortage. It looks like some= body is eating more RAM that it should. > > My goal is to run 5 equal VM's on this host. As last resource, I may calc= ulate the appropriate RAM size to make them all fit (something around 5.8G)= , but this is issue is really unexpected. I hoped to give 30GB to VMs and h= ave up to 2GB left for Dom0 and the roundings. > > > I have inspected the RAM usage with "xl list" and "xentop" commands. As y= ou can see, I had to set one VM to use 5GB instead of 6GB of RAM. > (hope the mail does not breaks the formatting too much) > > "xl list" output: > Name ID Mem VCPUs State Time(s) > Domain-0 0 741 4 r----- 1394433.5 > VM1 1 6144 4 r----- 592272.6 > VM2 2 6144 1 -b---- 43681.0 > VM3 3 6144 1 -b---- 6635.9 > VM4 4 6144 4 r----- 46929.5 > VM5 5 5120 4 -b---- 29723.3 > > Xentop's output is rather large, but this are the numbers: > Mem: 33507896k total, 32194356k used, 1313540k free > NAME MEM(k) > Domain-0 759040 > VM1 6291456 > VM2 6291456 > VM3 6291456 > VM4 6291456 > VM5 5242880 > > So, If I sum VM's memory consumption one by one (6 machines including Dom= 0), it gives me 31167744, while xentop reports "32194356k used", almost 1GB= is missing. > xentop says I have "1313540k free", but if I set all 5 VMs to 6GB, the la= st one can't start. > > Please advice, what am I missing? > How came that the running domains have all less than 30GB assigned, but I= 'm unable to assign the other 2GB? > Why can't I at least allocate the "free" gigabyte that xentop reports? > > Thank you. > > -- > Alexandre Kouznetsov > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > The information contained in this message, and any attachments, may conta= in confidential and legally privileged material. It is solely for the use o= f the person or entity to which it is addressed. Any review, retransmissio= n, dissemination, or action taken in reliance upon this information by pers= ons or entities other than the intended recipient is prohibited. If you rec= eive this in error, please contact the sender and delete the material from = any computer. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -- Alexandre Kouznetsov _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission,= dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer. _______________________________________________ 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 10 16:01:48 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:01:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaplM-00035D-W5; Fri, 10 May 2013 16:01:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaplL-000357-Ir for xen-api@lists.xen.org; Fri, 10 May 2013 16:01:39 +0000 Received: from [85.158.138.51:15286] by server-2.bemta-3.messagelabs.com id F6/62-07011-FD91D815; Fri, 10 May 2013 16:01:35 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1368201692!32164209!1 X-Originating-IP: [69.59.136.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9053 invoked from network); 10 May 2013 16:01:33 -0000 Received: from servepath-gw2.servepath.com (HELO fe-004-sfo.servepath.com) (69.59.136.171) by server-4.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 10 May 2013 16:01:33 -0000 Received: from EX-004-SFO.servepath.com ([::1]) by fe-004-sfo.servepath.com ([::1]) with mapi; Fri, 10 May 2013 09:01:32 -0700 From: Brian Menges To: "xen-api@lists.xen.org" Date: Fri, 10 May 2013 09:01:30 -0700 Thread-Topic: [Xen-API] VMs are using more memory than reported and expected Thread-Index: Ac5M2NVKU62GiPasROiRAZTzllKnBwAvqFJg Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16BA14C43@EX-004-SFO.servepath.com> References: <518ADB8C.60107@ondore.com> <3968CAC7E1BE7242B18501F292F3C7F16BA14589@EX-004-SFO.servepath.com> <518BD960.8000803@ondore.com> In-Reply-To: <518BD960.8000803@ondore.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] VMs are using more memory than reported and expected 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 List-Unsubscribe: , List-Post: List-Help: List-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 Pretty sure that dom0 is allowed to balloon up to 2gb, of which usually ~75= 0m is used unless the hypervisor is tasking hard. This 'ballooning memory' won't be accounted for in xl list, but is still no= t available for other VMs incase it is needed. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] = On Behalf Of Alexandre Kouznetsov Sent: Thursday, May 09, 2013 10:14 To: xen-api@lists.xen.org Subject: Re: [Xen-API] VMs are using more memory than reported and expected Hello. I have searched for xen memory overhead and found a few references of the i= ssue, but no clear explanation. If you happen to know a good source, could = you share a link? As I understand it, each Dom is consuming the RAM it has been assigned plus= some amount known as "memory-overhead", which size depend on Dom's assigne= d memory. I would like to know, what else does it depends on (total host's = RAM?) and how to predict it. When I do my calculations taking the memory-overhead into account, I get cl= oser numbers but it still does not check. It seems like "xl list" does not = take memory-overhead into account at all, while xentop gives a closer, but = still inaccurate number in the header. Used memory, calculating only assigned RAM: 29.72G Used memory, calculating= assigned RAM plus overhead: 30.26G Used memory, as reported by xentop: 30.= 70G I took memory-overhead values from "xe vm-param-list". I'm still missing 1.25GB reported by xentop as "Free" (unusable if I try to= assign it to a VM) and the difference between xentop's "used memory" vs sum of all assigned RAM and overheads. On https://onapp.zendesk.com/entries/22086947-Optimize-Domain-0-and-Memory-Ove= rhead-for-Xen-Hypervisors I have found a magic formula: dom0_ram + (total_ram * .024) + 128 =3D memory_overhead No reference where = did it came from. Thank you. El 09/05/13 00:07, Brian Menges escribi=F3: > Depending on the VM booted, there is memory overhead: > > memory-overhead ( RO): 4194304 > > Here's how I found my memory overhead for the Debian 6.0 (Squeeze) 64-bit= image: > > [root@xs-01 ~]# xe template-list |grep -i 'squeeze' -B1 > uuid ( RO) : b0f02f5d-d581-0e0a-8f85-40c3a65d660e > name-label ( RW): Debian Squeeze 6.0 (32-bit) > name-description ( RW): Template that allows VM installation from > Xen-aware Debian-based distros. To use this template from the CLI, instal= l your VM using vm-install, then set other-config-install-repository to the= path to your network repository, e.g. http:/// In order to i= nstall Debian Squeeze from CD/DVD the multi-arch ISO image is required. > -- > uuid ( RO) : 2122992d-d430-e380-625e-d6049cfae018 > name-label ( RW): Debian Squeeze 6.0 (64-bit) > name-description ( RW): Template that allows VM installation from > Xen-aware Debian-based distros. To use this template from the CLI, instal= l your VM using vm-install, then set other-config-install-repository to the= path to your network repository, e.g. http:/// In order to i= nstall Debian Squeeze from CD/DVD the multi-arch ISO image is required. > [root@xs-01 ~]# xe template-param-get > uuid=3D2122992d-d430-e380-625e-d6049cfae018 param-name=3Dmemory-overhead > 4194304 > > As you can see, there's a few megs of overhead for just this VM, then the= re's the ballooning range for dom0 that you have to consider, which I'm not= positive, but I think it may be 2G and you seem to have taken that into ac= count. The overhead range appears to be that last 1gb, and I'm sure other t= hings get crammed in there too like your ramdisk perhaps, xen netback buffe= rs, video card buffers, etc. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > > -----Original Message----- > From: xen-api-bounces@lists.xen.org > [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Alexandre > Kouznetsov > Sent: Wednesday, May 08, 2013 16:11 > To: xen-api@lists.xen.org > Subject: [Xen-API] VMs are using more memory than reported and > expected > > Hello. > > I have a host machine that has 32GB RAM and runs XCP 1.6. I expected to b= e able to allocate up to 5 VM's using 6GB of RAM each, but XCP complains sa= ying it can't start the last VM because of RAM shortage. It looks like some= body is eating more RAM that it should. > > My goal is to run 5 equal VM's on this host. As last resource, I may calc= ulate the appropriate RAM size to make them all fit (something around 5.8G)= , but this is issue is really unexpected. I hoped to give 30GB to VMs and h= ave up to 2GB left for Dom0 and the roundings. > > > I have inspected the RAM usage with "xl list" and "xentop" commands. As y= ou can see, I had to set one VM to use 5GB instead of 6GB of RAM. > (hope the mail does not breaks the formatting too much) > > "xl list" output: > Name ID Mem VCPUs State Time(s) > Domain-0 0 741 4 r----- 1394433.5 > VM1 1 6144 4 r----- 592272.6 > VM2 2 6144 1 -b---- 43681.0 > VM3 3 6144 1 -b---- 6635.9 > VM4 4 6144 4 r----- 46929.5 > VM5 5 5120 4 -b---- 29723.3 > > Xentop's output is rather large, but this are the numbers: > Mem: 33507896k total, 32194356k used, 1313540k free > NAME MEM(k) > Domain-0 759040 > VM1 6291456 > VM2 6291456 > VM3 6291456 > VM4 6291456 > VM5 5242880 > > So, If I sum VM's memory consumption one by one (6 machines including Dom= 0), it gives me 31167744, while xentop reports "32194356k used", almost 1GB= is missing. > xentop says I have "1313540k free", but if I set all 5 VMs to 6GB, the la= st one can't start. > > Please advice, what am I missing? > How came that the running domains have all less than 30GB assigned, but I= 'm unable to assign the other 2GB? > Why can't I at least allocate the "free" gigabyte that xentop reports? > > Thank you. > > -- > Alexandre Kouznetsov > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > The information contained in this message, and any attachments, may conta= in confidential and legally privileged material. It is solely for the use o= f the person or entity to which it is addressed. Any review, retransmissio= n, dissemination, or action taken in reliance upon this information by pers= ons or entities other than the intended recipient is prohibited. If you rec= eive this in error, please contact the sender and delete the material from = any computer. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > -- Alexandre Kouznetsov _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission,= dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer. _______________________________________________ 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 10 16:15:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:15:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapyF-0004Km-Aa; Fri, 10 May 2013 16:14:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapyE-0004Kc-7g for xen-api@lists.xensource.com; Fri, 10 May 2013 16:14:58 +0000 Received: from [85.158.138.51:14608] by server-1.bemta-3.messagelabs.com id 9F/B0-20211-10D1D815; Fri, 10 May 2013 16:14:57 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368202492!24103323!1 X-Originating-IP: [69.59.136.186] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13101 invoked from network); 10 May 2013 16:14:53 -0000 Received: from servepath-gw.servepath.com (HELO fe-002-sfo.servepath.com) (69.59.136.186) by server-3.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 10 May 2013 16:14:53 -0000 Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com ([::1]) with mapi; Fri, 10 May 2013 09:14:51 -0700 From: Brian Menges To: "xen-api@lists.xensource.com" Date: Fri, 10 May 2013 09:14:50 -0700 Thread-Topic: [Xen-API] XenTools 6.1 update for XCP 1.6. How? Thread-Index: Ac5NbbYoBqGuyOi8SC+bn/Jr7mwyLwAKx7xQ Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16BA14C60@EX-004-SFO.servepath.com> References:

<344C0F67BC927847A2C92F9EE358DB0E0135B147ACED@LONPMAILBOX01.citrite.net> In-Reply-To: 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] XenTools 6.1 update for XCP 1.6. How? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1547731105132319323==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1547731105132319323== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_" --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpLzIwMTMtMDMvbXNnMDAy MDYuaHRtbA0KDQpJIGJlbGlldmUgc29tZW9uZSBvbmNlIHRyaWVkIHRoaXMsIGJ1dCBwZXJoYXBz IHRoZXkgd2VyZW7igJl0IGRvaW5nIGl0IGNvcnJlY3RseS4NCg0KSeKAmXZlIGluc3RhbGxlZCB1 cGRhdGVzIHRvIFhDUDEuMSBmcm9tIHBhdGNoZXMgZm9yIFhlblNlcnZlciA1LjYgKGluY2x1ZGlu ZyBTUDIpLCBidXQgaGF2ZSBuZXZlciBkb25lIHNvIHdpdGggWENQMS42IGFuZCBYZW5TZXJ2ZXIg Ni54LCBzbyBJIGRvIG5vdCBrbm93IHdoYXQgdG8gZXhwZWN0Lg0KDQpJdCB3b3VsZCBiZSByZWFs bHkgbmljZSBpZiB0aG9zZSB1cGRhdGVzIGluIHRoZSA2LnggWGVuU2VydmVyIHJlbGVhc2Ugd2Vy ZSBhbHNvIGFwcGxpY2FibGUsIG9yIGF1dG9tYXRpY2FsbHkgbm90aWZpZWQgZm9yIHBhdGNoLiBJ IGtub3cgdGhlIGlkZWEgd2FzIHRvIHB1c2ggdGhlc2UgcGF0Y2hlcyB0byB0aGUgeGNwIHJlcG8s IGJ1dCBpdCBzZWVtcyBvbmx5IHRoZSBtb3N0IGNyaXRpY2FsIHBhdGNoIGhhcyB0aHVzIGZhciBt YWRlIGl0IGludG8gdGhlcmUsIHdoaWNoIEkgdGhpbmsgd2FzIGEgaHlwZXJ2aXNvciBzZWN1cml0 eSBpc3N1ZS4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpH b0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQpGcm9t OiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2YgaG9vaw0KU2VudDogRnJpZGF5LCBNYXkgMTAsIDIw MTMgMDQ6MDANClRvOiBKYW1lcyBCdWxwaW4NCkNjOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5j b20NClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWGVuVG9vbHMgNi4xIHVwZGF0ZSBmb3IgWENQIDEu Ni4gSG93Pw0KDQpOb3Qgc3VyZSBpdCBkb2VzIGhlbHAuDQoNCk15IHF1ZXN0aW9uIGluIHN0YXJ0 IHRvcGljIHdhcyBub3QgIkhvdyBpIGRvIGluc3RhbGxhdGlvbiIgYnV0ICJJcyBpdCBwb3NzaXBs ZSB0byBkbyBpbnN0YWxsYXRpb24iIG9mIHNvbWUgWGVuc2VydmVyIGNvcmUgY29tcG9uZW50cyBh Ym92ZSB0aGUgWENQIDEuNi4NCg0KMjAxMy81LzEwIEphbWVzIEJ1bHBpbiA8SmFtZXMuQnVscGlu QGV1LmNpdHJpeC5jb208bWFpbHRvOkphbWVzLkJ1bHBpbkBldS5jaXRyaXguY29tPj4NCkEgc2Vh cmNoIG9mIHRoaXMgbGlzdCdzIGhpc3RvcnkgZm9yICJncGciIG1heSBoZWxwIHlvdS4NCg0KSmFt ZXMNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiB4ZW4tYXBpLWJvdW5j ZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+IFtt YWlsdG86eGVuLWFwaS08bWFpbHRvOnhlbi1hcGktPg0KPiBib3VuY2VzQGxpc3RzLnhlbi5vcmc8 bWFpbHRvOmJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBhbW9zDQo+IFNlbnQ6 IDA5IE1heSAyMDEzIDIwOjU3DQo+IFRvOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5jb208bWFp bHRvOnhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbT4NCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJ XSBYZW5Ub29scyA2LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/DQo+DQo+IEkgYW0gd29uZGVy aW5nIHRoZSBzYW1lLg0KPg0KPiBob29rIDxzZXJnZXkua3J1Y2hhdG92QC4uLjxtYWlsdG86c2Vy Z2V5LmtydWNoYXRvdkAuLi4+PiB3cml0ZXM6DQo+DQo+DQo+ID4gU28sIGZpbmFsbHksIG15IHF1 ZXN0aW9uIGlzIC0gaXMgdGhlcmUgc29tZSB3YXkgdG8gZGVwbG95IGNvcmUgcGF0Y2hlcw0KPiBm cm9tIFhTNjFFMDA5IGludG8gWENQIDEuNj8NCj4gPiBPciBJIGp1c3QgY2FuIHVzZSBsZWdhY3kg d2luZG93cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0byB3b3JrYXJvdW5kIFZNDQo+IGhhbmcvZnJl ZXplIGlzc3VlPw0KPiA+DQo+ID4gLS0NCj4gPg0KPiA+IFdCUlNlcmdleSBLcnVjaGF0b3YNCj4g Pg0KPiA+DQo+ID4NCj4gPg0KPiA+IDxkaXY+PGRpdiBkaXI9Imx0ciI+SGkgYWxsLDxkaXY+PGJy PjwvZGl2PiA8ZGl2PlRoZXJlIGlzIHdlbGwga25vd24NCj4gPiBidWcgaW4gWGVuU2VydmVyIDYu MSB3aGVuIFdpbmRvd3MgVk1zIGhhbmcvZnJlZXplDQo+IGR1cmluZyBpbnRlbnNpdmUgZGlzayBv cGVyYXRpb24gKHByZXN1bWFibHkgZHVlIHRvIHJhY2UgY29uZGl0aW9uDQo+IHNvbWV3aGVyZSBp biB4ZW50b29scyBkcml2ZXJzIGluIG11bHRpLXZDUFUgV2luZG93cyBzeXN0ZW1zKS48L2Rpdj4N Cj4gPiA8ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2PkJlc3QgZGVzY3JpcHRpb24gYW5kIGRpc2N1 c3Npb24gb2YgbWVudGlvbmVkIHByb2JsZW0gd291bGQgYmUNCj4gPiBmb3VuZA0KPiB0aGVyZSZu YnNwOzxhDQo+IGhyZWY9Imh0dHA6Ly9mb3J1bXMuY2l0cml4LmNvbS90aHJlYWQuanNwYT90aHJl YWRJRD0zMTQ5MDYmYW1wO3N0YXJ0PTAmDQo+IGFtcDt0c3RhcnQ9MCI+aHR0cDovL2ZvcnVtcy5j aXRyaXguY29tL3RocmVhZC5qc3BhP3RocmVhZElEPTMxNDkwNiZhbXA7DQo+IHN0YXJ0PTAmYW1w O3RzdGFydD0wPC9hPjxicg0KPiBjbGVhcj0iYWxsIj48ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2 PkluIG91ciBwcm9kdWN0aW9uIHNpdGUgKHBvb2xlZCZuYnNwO2R1YWwgWENQIDEuNiBmaW5hbCkg d2UndmUNCj4gZXhwZWN0ZWQgYWJvdmUgcHJvYmxlbSBmb3IgZXZlcnkgV2luZG93cyBYUCAzMiBi aXQgVk0gYXMgd2VsbCBhcyBmb3INCj4gV2luZG93cw0KPiAyMDAzIFNlcnZlcnMgMzItYml0LiBX aGlsZSBXaW5kb3dzIDIwMDgvMjAwOFIyIHNlcnZlcnMgd29yayBmaW5lLjwvZGl2Pg0KPiA+IDxk aXY+PGJyPjwvZGl2Pg0KPiA+IDxkaXY+TGFzdCB5ZWFyIENpdHJpeCBwdWJsaXNoZWQgdGVtcG9y YXJ5IHdvcmthcm91bmQgZm9yIGFib3ZlIHByb2JsZW0NCj4gPiAtDQo+IHJlZHVjZSB2Q1BVIHRv IDEgZm9yJm5ic3A7YWZmZWN0ZWQgVk1zLiBJdCdzIHJlYWxseSBoZWxwcyBidXQgY291bGQgYmUg dXNlZA0KPiBpbiBsb3cvbWlkZGxlIENQVSBsb2FkJm5ic3A7ZW52aXJvbm1lbnQuPC9kaXY+DQo+ ID4gPGRpdj4NCj4gPiBBbm90aGVyIHdvcmthcm91bmQgd2VyZSBmb3VuZCBieSBzb21lb25lIGlu IGNvbW11bml0eSAtIHByZXZpb3VzDQo+ID4gdmVyc2lvbg0KPiBmcm9tIFhlblRvb2xzIC0gZXhh Y3RseSBYUzYwMkUwMDkgd29ya3MgZmluZS48YnI+PGJyPkV2ZXJ5dGhpbmcgc3RhdGVkDQo+IGFi b3ZlIGhhcyBiZWVuIGRldGFpbGVkIGluIHZlcnkgdHJpY2t5IChhcyBwZXIgbXkgb3Bpbmlvbikg Q2l0cml4IGFydGljbGUgdGhlcmUNCj4gPGENCj4gaHJlZj0iaHR0cDovL3N1cHBvcnQuY2l0cml4 LmNvbS9hcnRpY2xlL0NUWDEzNTA5OSI+aHR0cDovL3N1cHBvcnQuY2l0cml4LmNvDQo+IG0vYXJ0 aWNsZS9DVFgxMzUwOTk8L2E+Lg0KPiA8YnI+PGJyPlJlY2VudGx5IENpdHJpeCBwdWJsaXNoZWQg bG9uZyBhd2FpdGVkIHBhaXIgb2YgSG90IEZpeGVzIC0NCj4gJm5ic3A7WFM2MUUwMDkgYW5kIFhT NjFFMDEwLjxicj48YnI+WFM2MUUwMDkgKDxhDQo+IGhyZWY9Imh0dHA6Ly9zdXBwb3J0LmNpdHJp eC5jb20vYXJ0aWNsZS9DVFgxMzYyNTIiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbw0KPiBtL2Fy dGljbGUvQ1RYMTM2MjUyPC9hPikNCj4gY29udGFpbnMgcGF0Y2hlcyBmb3Igc29tZSBjb3JlIGZ1 bmN0aW9ucyAoeGFwaS1jb3JlLCB4YXBpLXhlbm9wc2QsDQo+IHhhcGktZmlybXdhcmUpIHdoaWxl IFhTNjFFMDEwICg8YQ0KPiBocmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUv Q1RYMTM2MjUzIj5odHRwOi8vc3VwcG9ydC5jaXRyaXguY28NCj4gbS9hcnRpY2xlL0NUWDEzNjI1 MzwvYT4pDQo+IHByb3ZpZGVzIHhlbnRvb2xzIHJlcGxhY2VtZW50LiBXaGF0J3MgbW9yZSBpbnRl cmVzdCB4ZW50b29scyBmcm9tDQo+IFhTNjFFMDEwIGNvbnRhaW5zIG5ldyBhbmQgbGVnYWN5IGRy aXZlcnMgLSBuZXcgd2l0aCBXaW5kb3dzIDgvU2VydmVyIDIwMTINCj4gc3VwcG9ydCB3aGlsZSBs ZWdhY3kgLSBqdXN0IHJlbmFtZWQgdG9vbHMgZnJvbSBYUzYwMkUwMDkuJm5ic3A7SW4NCj4gWFM2 MUUwMTAncyBpbnN0YWxsYXRpb24gcHJlcmVxdWlzaXRlcyBzdGF0ZWQgdGhhdCBpdCBjYW4ndCBi ZSBpbXBsZW1lbnRlZA0KPiB3aXRob3V0IFhTNjFFMDA5Ljxicj4NCj4gPiA8L2Rpdj4NCj4gPiA8 L2Rpdj4NCj4gPiA8ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2PlNvLCBmaW5hbGx5LCBteSBxdWVz dGlvbiBpcyAtIGlzIHRoZXJlIHNvbWUgd2F5IHRvIGRlcGxveSBjb3JlDQo+IHBhdGNoZXMgZnJv bSBYUzYxRTAwOSBpbnRvIFhDUCAxLjY/Jm5ic3A7PC9kaXY+DQo+ID4gPGRpdj5PciBJIGp1c3Qg Y2FuIHVzZSBsZWdhY3kgd2luZG93cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0bw0KPiA+IHdvcmth cm91bmQNCj4gVk0gaGFuZy9mcmVlemUgaXNzdWU/PC9kaXY+DQo+ID4gPGRpdj48YnI+PC9kaXY+ DQo+ID4gPGRpdj4tLSZuYnNwOzxicj4NCj4gPiA8L2Rpdj4NCj4gPiA8ZGl2PldCUjxicj48YnI+ U2VyZ2V5IEtydWNoYXRvdg0KPiA+DQo+ID4gPC9kaXY+DQo+ID4gPC9kaXY+PC9kaXY+DQo+ID4N Cj4NCj4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QNCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3Jn PG1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLWFwaSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlz dHMueGVuLm9yZzxtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhl bi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkNCg0KDQoNCi0tDQpXQlINCg0K U2VyZ2V5IEtydWNoYXRvdg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVu dHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVy aWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8g d2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2Vt aW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlv biBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVu dCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29u dGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVy Lg0K --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNo aXZlcy9odG1sL3hlbi1hcGkvMjAxMy0wMy9tc2cwMDIwNi5odG1sIj5odHRwOi8vbGlzdHMueGVu Lm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvMjAxMy0wMy9tc2cwMDIwNi5odG1sPC9hPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+SSBiZWxpZXZlIHNvbWVvbmUgb25jZSB0cmllZCB0aGlzLCBidXQgcGVyaGFwcyB0aGV5 IHdlcmVu4oCZdCBkb2luZyBpdCBjb3JyZWN0bHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J4oCZdmUgaW5zdGFsbGVk IHVwZGF0ZXMgdG8gWENQMS4xIGZyb20gcGF0Y2hlcyBmb3IgWGVuU2VydmVyIDUuNiAoaW5jbHVk aW5nIFNQMiksIGJ1dCBoYXZlIG5ldmVyIGRvbmUgc28gd2l0aCBYQ1AxLjYgYW5kIFhlblNlcnZl ciA2LngsIHNvIEkgZG8gbm90IGtub3cgd2hhdA0KIHRvIGV4cGVjdC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IHdv dWxkIGJlIHJlYWxseSBuaWNlIGlmIHRob3NlIHVwZGF0ZXMgaW4gdGhlIDYueCBYZW5TZXJ2ZXIg cmVsZWFzZSB3ZXJlIGFsc28gYXBwbGljYWJsZSwgb3IgYXV0b21hdGljYWxseSBub3RpZmllZCBm b3IgcGF0Y2guIEkga25vdyB0aGUgaWRlYSB3YXMgdG8gcHVzaA0KIHRoZXNlIHBhdGNoZXMgdG8g dGhlIHhjcCByZXBvLCBidXQgaXQgc2VlbXMgb25seSB0aGUgbW9zdCBjcml0aWNhbCBwYXRjaCBo YXMgdGh1cyBmYXIgbWFkZSBpdCBpbnRvIHRoZXJlLCB3aGljaCBJIHRoaW5rIHdhcyBhIGh5cGVy dmlzb3Igc2VjdXJpdHkgaXNzdWUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tIEJyaWFuIE1lbmdlczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5QcmluY2lwYWwgRW5naW5lZXIsIERldk9wczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5Hb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0 cmVhbSBOZXR3b3JrczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcg W21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8 L2I+aG9vazxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE1heSAxMCwgMjAxMyAwNDowMDxicj4N CjxiPlRvOjwvYj4gSmFtZXMgQnVscGluPGJyPg0KPGI+Q2M6PC9iPiB4ZW4tYXBpQGxpc3RzLnhl bnNvdXJjZS5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYZW5Ub29scyA2 LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5Ob3Qgc3VyZSBpdCBkb2VzIGhlbHAuPG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NeSBxdWVzdGlvbiBpbiBzdGFydCB0b3BpYyB3 YXMgbm90ICZxdW90O0hvdyBpIGRvIGluc3RhbGxhdGlvbiZxdW90OyBidXQgJnF1b3Q7SXMgaXQg cG9zc2lwbGUgdG8gZG8gaW5zdGFsbGF0aW9uJnF1b3Q7IG9mIHNvbWUgWGVuc2VydmVyIGNvcmUg Y29tcG9uZW50cyBhYm92ZSB0aGUgWENQIDEuNi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4y MDEzLzUvMTAgSmFtZXMgQnVscGluICZsdDs8YSBocmVmPSJtYWlsdG86SmFtZXMuQnVscGluQGV1 LmNpdHJpeC5jb20iIHRhcmdldD0iX2JsYW5rIj5KYW1lcy5CdWxwaW5AZXUuY2l0cml4LmNvbTwv YT4mZ3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BIHNlYXJjaCBvZiB0 aGlzIGxpc3QncyBoaXN0b3J5IGZvciAmcXVvdDtncGcmcXVvdDsgbWF5IGhlbHAgeW91Ljxicj4N Cjxicj4NCkphbWVzPGJyPg0KPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxi cj4NCiZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4u b3JnIj54ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT4gW21haWx0bzo8YSBocmVmPSJt YWlsdG86eGVuLWFwaS0iPnhlbi1hcGktPC9hPjxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOmJv dW5jZXNAbGlzdHMueGVuLm9yZyI+Ym91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxm IE9mIGFtb3M8YnI+DQomZ3Q7IFNlbnQ6IDA5IE1heSAyMDEzIDIwOjU3PGJyPg0KJmd0OyBUbzog PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbSI+eGVuLWFwaUBsaXN0 cy54ZW5zb3VyY2UuY29tPC9hPjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYZW5U b29scyA2LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/PGJyPg0KJmd0Ozxicj4NCiZndDsgSSBh bSB3b25kZXJpbmcgdGhlIHNhbWUuPGJyPg0KJmd0Ozxicj4NCiZndDsgaG9vayAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNlcmdleS5rcnVjaGF0b3ZALi4uIj5zZXJnZXkua3J1Y2hhdG92QC4uLjwvYT4m Z3Q7IHdyaXRlczo8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgJmd0OyBTbywgZmluYWxs eSwgbXkgcXVlc3Rpb24gaXMgLSBpcyB0aGVyZSBzb21lIHdheSB0byBkZXBsb3kgY29yZSBwYXRj aGVzPGJyPg0KJmd0OyBmcm9tIFhTNjFFMDA5IGludG8gWENQIDEuNj88YnI+DQomZ3Q7ICZndDsg T3IgSSBqdXN0IGNhbiB1c2UgbGVnYWN5IHdpbmRvd3MgZHJpdmVyIGZyb20gWFM2MUUwMTAgdG8g d29ya2Fyb3VuZCBWTTxicj4NCiZndDsgaGFuZy9mcmVlemUgaXNzdWU/PGJyPg0KJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFdCUlNlcmdl eSBLcnVjaGF0b3Y8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDsmbHQ7ZGl2IGRpcj0mcXVv dDtsdHImcXVvdDsmZ3Q7SGkgYWxsLCZsdDtkaXYmZ3Q7Jmx0O2JyJmd0OyZsdDsvZGl2Jmd0OyAm bHQ7ZGl2Jmd0O1RoZXJlIGlzIHdlbGwga25vd248YnI+DQomZ3Q7ICZndDsgYnVnIGluIFhlblNl cnZlciA2LjEgd2hlbiBXaW5kb3dzIFZNcyBoYW5nL2ZyZWV6ZTxicj4NCiZndDsgZHVyaW5nIGlu dGVuc2l2ZSBkaXNrIG9wZXJhdGlvbiAocHJlc3VtYWJseSBkdWUgdG8gcmFjZSBjb25kaXRpb248 YnI+DQomZ3Q7IHNvbWV3aGVyZSBpbiB4ZW50b29scyBkcml2ZXJzIGluIG11bHRpLXZDUFUgV2lu ZG93cyBzeXN0ZW1zKS4mbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDsmbHQ7 YnImZ3Q7Jmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7QmVzdCBkZXNjcmlw dGlvbiBhbmQgZGlzY3Vzc2lvbiBvZiBtZW50aW9uZWQgcHJvYmxlbSB3b3VsZCBiZTxicj4NCiZn dDsgJmd0OyBmb3VuZDxicj4NCiZndDsgdGhlcmUmYW1wO25ic3A7Jmx0O2E8YnI+DQomZ3Q7IGhy ZWY9JnF1b3Q7PGEgaHJlZj0iaHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3BhP3Ro cmVhZElEPTMxNDkwNiZhbXA7YW1wO3N0YXJ0PTAmYW1wOyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6 Ly9mb3J1bXMuY2l0cml4LmNvbS90aHJlYWQuanNwYT90aHJlYWRJRD0zMTQ5MDYmYW1wO2FtcDtz dGFydD0wJmFtcDs8L2E+PGJyPg0KJmd0OyBhbXA7dHN0YXJ0PTAmcXVvdDsmZ3Q7PGEgaHJlZj0i aHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3BhP3RocmVhZElEPTMxNDkwNiZhbXA7 YW1wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3Bh P3RocmVhZElEPTMxNDkwNiZhbXA7YW1wPC9hPjs8YnI+DQomZ3Q7IHN0YXJ0PTAmYW1wO2FtcDt0 c3RhcnQ9MCZsdDsvYSZndDsmbHQ7YnI8YnI+DQomZ3Q7IGNsZWFyPSZxdW90O2FsbCZxdW90OyZn dDsmbHQ7ZGl2Jmd0OyZsdDticiZndDsmbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2Rp diZndDtJbiBvdXIgcHJvZHVjdGlvbiBzaXRlIChwb29sZWQmYW1wO25ic3A7ZHVhbCBYQ1AgMS42 IGZpbmFsKSB3ZSd2ZTxicj4NCiZndDsgZXhwZWN0ZWQgYWJvdmUgcHJvYmxlbSBmb3IgZXZlcnkg V2luZG93cyBYUCAzMiBiaXQgVk0gYXMgd2VsbCBhcyBmb3I8YnI+DQomZ3Q7IFdpbmRvd3M8YnI+ DQomZ3Q7IDIwMDMgU2VydmVycyAzMi1iaXQuIFdoaWxlIFdpbmRvd3MgMjAwOC8yMDA4UjIgc2Vy dmVycyB3b3JrIGZpbmUuJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7Jmx0 O2JyJmd0OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7ZGl2Jmd0O0xhc3QgeWVhciBD aXRyaXggcHVibGlzaGVkIHRlbXBvcmFyeSB3b3JrYXJvdW5kIGZvciBhYm92ZSBwcm9ibGVtPGJy Pg0KJmd0OyAmZ3Q7IC08YnI+DQomZ3Q7IHJlZHVjZSB2Q1BVIHRvIDEgZm9yJmFtcDtuYnNwO2Fm ZmVjdGVkIFZNcy4gSXQncyByZWFsbHkgaGVscHMgYnV0IGNvdWxkIGJlIHVzZWQ8YnI+DQomZ3Q7 IGluIGxvdy9taWRkbGUgQ1BVIGxvYWQmYW1wO25ic3A7ZW52aXJvbm1lbnQuJmx0Oy9kaXYmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEFub3RoZXIgd29ya2Fy b3VuZCB3ZXJlIGZvdW5kIGJ5IHNvbWVvbmUgaW4gY29tbXVuaXR5IC0gcHJldmlvdXM8YnI+DQom Z3Q7ICZndDsgdmVyc2lvbjxicj4NCiZndDsgZnJvbSBYZW5Ub29scyAtIGV4YWN0bHkgWFM2MDJF MDA5IHdvcmtzIGZpbmUuJmx0O2JyJmd0OyZsdDticiZndDtFdmVyeXRoaW5nIHN0YXRlZDxicj4N CiZndDsgYWJvdmUgaGFzIGJlZW4gZGV0YWlsZWQgaW4gdmVyeSB0cmlja3kgKGFzIHBlciBteSBv cGluaW9uKSBDaXRyaXggYXJ0aWNsZSB0aGVyZTxicj4NCiZndDsgJmx0O2E8YnI+DQomZ3Q7IGhy ZWY9JnF1b3Q7PGEgaHJlZj0iaHR0cDovL3N1cHBvcnQuY2l0cml4LmNvbS9hcnRpY2xlL0NUWDEz NTA5OSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9D VFgxMzUwOTk8L2E+JnF1b3Q7Jmd0OzxhIGhyZWY9Imh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbyIg dGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbzwvYT48YnI+DQomZ3Q7IG0v YXJ0aWNsZS9DVFgxMzUwOTkmbHQ7L2EmZ3Q7Ljxicj4NCiZndDsgJmx0O2JyJmd0OyZsdDticiZn dDtSZWNlbnRseSBDaXRyaXggcHVibGlzaGVkIGxvbmcgYXdhaXRlZCBwYWlyIG9mIEhvdCBGaXhl cyAtPGJyPg0KJmd0OyAmYW1wO25ic3A7WFM2MUUwMDkgYW5kIFhTNjFFMDEwLiZsdDticiZndDsm bHQ7YnImZ3Q7WFM2MUUwMDkgKCZsdDthPGJyPg0KJmd0OyBocmVmPSZxdW90OzxhIGhyZWY9Imh0 dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9DVFgxMzYyNTIiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUvQ1RYMTM2MjUyPC9hPiZxdW90OyZn dDs8YSBocmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY28iIHRhcmdldD0iX2JsYW5rIj5odHRw Oi8vc3VwcG9ydC5jaXRyaXguY288L2E+PGJyPg0KJmd0OyBtL2FydGljbGUvQ1RYMTM2MjUyJmx0 Oy9hJmd0Oyk8YnI+DQomZ3Q7IGNvbnRhaW5zIHBhdGNoZXMgZm9yIHNvbWUgY29yZSBmdW5jdGlv bnMgKHhhcGktY29yZSwgeGFwaS14ZW5vcHNkLDxicj4NCiZndDsgeGFwaS1maXJtd2FyZSkgd2hp bGUgWFM2MUUwMTAgKCZsdDthPGJyPg0KJmd0OyBocmVmPSZxdW90OzxhIGhyZWY9Imh0dHA6Ly9z dXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9DVFgxMzYyNTMiIHRhcmdldD0iX2JsYW5rIj5odHRw Oi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUvQ1RYMTM2MjUzPC9hPiZxdW90OyZndDs8YSBo cmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY28iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vc3Vw cG9ydC5jaXRyaXguY288L2E+PGJyPg0KJmd0OyBtL2FydGljbGUvQ1RYMTM2MjUzJmx0Oy9hJmd0 Oyk8YnI+DQomZ3Q7IHByb3ZpZGVzIHhlbnRvb2xzIHJlcGxhY2VtZW50LiBXaGF0J3MgbW9yZSBp bnRlcmVzdCB4ZW50b29scyBmcm9tPGJyPg0KJmd0OyBYUzYxRTAxMCBjb250YWlucyBuZXcgYW5k IGxlZ2FjeSBkcml2ZXJzIC0gbmV3IHdpdGggV2luZG93cyA4L1NlcnZlciAyMDEyPGJyPg0KJmd0 OyBzdXBwb3J0IHdoaWxlIGxlZ2FjeSAtIGp1c3QgcmVuYW1lZCB0b29scyBmcm9tIFhTNjAyRTAw OS4mYW1wO25ic3A7SW48YnI+DQomZ3Q7IFhTNjFFMDEwJ3MgaW5zdGFsbGF0aW9uIHByZXJlcXVp c2l0ZXMgc3RhdGVkIHRoYXQgaXQgY2FuJ3QgYmUgaW1wbGVtZW50ZWQ8YnI+DQomZ3Q7IHdpdGhv dXQgWFM2MUUwMDkuJmx0O2JyJmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7L2RpdiZndDs8YnI+DQom Z3Q7ICZndDsgJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7Jmx0O2JyJmd0 OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7ZGl2Jmd0O1NvLCBmaW5hbGx5LCBteSBx dWVzdGlvbiBpcyAtIGlzIHRoZXJlIHNvbWUgd2F5IHRvIGRlcGxveSBjb3JlPGJyPg0KJmd0OyBw YXRjaGVzIGZyb20gWFM2MUUwMDkgaW50byBYQ1AgMS42PyZhbXA7bmJzcDsmbHQ7L2RpdiZndDs8 YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDtPciBJIGp1c3QgY2FuIHVzZSBsZWdhY3kgd2luZG93 cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0bzxicj4NCiZndDsgJmd0OyB3b3JrYXJvdW5kPGJyPg0K Jmd0OyBWTSBoYW5nL2ZyZWV6ZSBpc3N1ZT8mbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0 O2RpdiZndDsmbHQ7YnImZ3Q7Jmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7 LS0mYW1wO25ic3A7Jmx0O2JyJmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7L2RpdiZndDs8YnI+DQom Z3Q7ICZndDsgJmx0O2RpdiZndDtXQlImbHQ7YnImZ3Q7Jmx0O2JyJmd0O1NlcmdleSBLcnVjaGF0 b3Y8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAm Z3Q7ICZsdDsvZGl2Jmd0OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgWGVuLWFwaSBt YWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5v cmciPlhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIiB0YXJnZXQ9Il9i bGFuayI+DQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaTwvYT48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NClhlbi1hcGkgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi1h cGlAbGlzdHMueGVuLm9yZyI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9 Imh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL3hlbi1hcGk8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NCjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4tLSA8YnI+DQpXQlI8YnI+DQo8YnI+DQpTZXJnZXkgS3J1Y2hhdG92IDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxmb250IGZhY2U9IkNvdXJp ZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+VGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwNCiBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFr ZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRp ZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlv dSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPGJyPg0KPC9mb250Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_-- --===============1547731105132319323== 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 --===============1547731105132319323==-- From xen-api-bounces@lists.xen.org Fri May 10 16:15:07 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:15:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapyF-0004Km-Aa; Fri, 10 May 2013 16:14:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UapyE-0004Kc-7g for xen-api@lists.xensource.com; Fri, 10 May 2013 16:14:58 +0000 Received: from [85.158.138.51:14608] by server-1.bemta-3.messagelabs.com id 9F/B0-20211-10D1D815; Fri, 10 May 2013 16:14:57 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1368202492!24103323!1 X-Originating-IP: [69.59.136.186] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13101 invoked from network); 10 May 2013 16:14:53 -0000 Received: from servepath-gw.servepath.com (HELO fe-002-sfo.servepath.com) (69.59.136.186) by server-3.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 10 May 2013 16:14:53 -0000 Received: from EX-004-SFO.servepath.com ([::1]) by fe-002-sfo.servepath.com ([::1]) with mapi; Fri, 10 May 2013 09:14:51 -0700 From: Brian Menges To: "xen-api@lists.xensource.com" Date: Fri, 10 May 2013 09:14:50 -0700 Thread-Topic: [Xen-API] XenTools 6.1 update for XCP 1.6. How? Thread-Index: Ac5NbbYoBqGuyOi8SC+bn/Jr7mwyLwAKx7xQ Message-ID: <3968CAC7E1BE7242B18501F292F3C7F16BA14C60@EX-004-SFO.servepath.com> References:

<344C0F67BC927847A2C92F9EE358DB0E0135B147ACED@LONPMAILBOX01.citrite.net> In-Reply-To: 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] XenTools 6.1 update for XCP 1.6. How? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1547731105132319323==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1547731105132319323== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_" --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 aHR0cDovL2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tYXBpLzIwMTMtMDMvbXNnMDAy MDYuaHRtbA0KDQpJIGJlbGlldmUgc29tZW9uZSBvbmNlIHRyaWVkIHRoaXMsIGJ1dCBwZXJoYXBz IHRoZXkgd2VyZW7igJl0IGRvaW5nIGl0IGNvcnJlY3RseS4NCg0KSeKAmXZlIGluc3RhbGxlZCB1 cGRhdGVzIHRvIFhDUDEuMSBmcm9tIHBhdGNoZXMgZm9yIFhlblNlcnZlciA1LjYgKGluY2x1ZGlu ZyBTUDIpLCBidXQgaGF2ZSBuZXZlciBkb25lIHNvIHdpdGggWENQMS42IGFuZCBYZW5TZXJ2ZXIg Ni54LCBzbyBJIGRvIG5vdCBrbm93IHdoYXQgdG8gZXhwZWN0Lg0KDQpJdCB3b3VsZCBiZSByZWFs bHkgbmljZSBpZiB0aG9zZSB1cGRhdGVzIGluIHRoZSA2LnggWGVuU2VydmVyIHJlbGVhc2Ugd2Vy ZSBhbHNvIGFwcGxpY2FibGUsIG9yIGF1dG9tYXRpY2FsbHkgbm90aWZpZWQgZm9yIHBhdGNoLiBJ IGtub3cgdGhlIGlkZWEgd2FzIHRvIHB1c2ggdGhlc2UgcGF0Y2hlcyB0byB0aGUgeGNwIHJlcG8s IGJ1dCBpdCBzZWVtcyBvbmx5IHRoZSBtb3N0IGNyaXRpY2FsIHBhdGNoIGhhcyB0aHVzIGZhciBt YWRlIGl0IGludG8gdGhlcmUsIHdoaWNoIEkgdGhpbmsgd2FzIGEgaHlwZXJ2aXNvciBzZWN1cml0 eSBpc3N1ZS4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVlciwgRGV2T3BzDQpH b0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3b3Jrcw0KDQpGcm9t OiB4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi1hcGktYm91bmNlc0Bs aXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2YgaG9vaw0KU2VudDogRnJpZGF5LCBNYXkgMTAsIDIw MTMgMDQ6MDANClRvOiBKYW1lcyBCdWxwaW4NCkNjOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5j b20NClN1YmplY3Q6IFJlOiBbWGVuLUFQSV0gWGVuVG9vbHMgNi4xIHVwZGF0ZSBmb3IgWENQIDEu Ni4gSG93Pw0KDQpOb3Qgc3VyZSBpdCBkb2VzIGhlbHAuDQoNCk15IHF1ZXN0aW9uIGluIHN0YXJ0 IHRvcGljIHdhcyBub3QgIkhvdyBpIGRvIGluc3RhbGxhdGlvbiIgYnV0ICJJcyBpdCBwb3NzaXBs ZSB0byBkbyBpbnN0YWxsYXRpb24iIG9mIHNvbWUgWGVuc2VydmVyIGNvcmUgY29tcG9uZW50cyBh Ym92ZSB0aGUgWENQIDEuNi4NCg0KMjAxMy81LzEwIEphbWVzIEJ1bHBpbiA8SmFtZXMuQnVscGlu QGV1LmNpdHJpeC5jb208bWFpbHRvOkphbWVzLkJ1bHBpbkBldS5jaXRyaXguY29tPj4NCkEgc2Vh cmNoIG9mIHRoaXMgbGlzdCdzIGhpc3RvcnkgZm9yICJncGciIG1heSBoZWxwIHlvdS4NCg0KSmFt ZXMNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiB4ZW4tYXBpLWJvdW5j ZXNAbGlzdHMueGVuLm9yZzxtYWlsdG86eGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmc+IFtt YWlsdG86eGVuLWFwaS08bWFpbHRvOnhlbi1hcGktPg0KPiBib3VuY2VzQGxpc3RzLnhlbi5vcmc8 bWFpbHRvOmJvdW5jZXNAbGlzdHMueGVuLm9yZz5dIE9uIEJlaGFsZiBPZiBhbW9zDQo+IFNlbnQ6 IDA5IE1heSAyMDEzIDIwOjU3DQo+IFRvOiB4ZW4tYXBpQGxpc3RzLnhlbnNvdXJjZS5jb208bWFp bHRvOnhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbT4NCj4gU3ViamVjdDogUmU6IFtYZW4tQVBJ XSBYZW5Ub29scyA2LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/DQo+DQo+IEkgYW0gd29uZGVy aW5nIHRoZSBzYW1lLg0KPg0KPiBob29rIDxzZXJnZXkua3J1Y2hhdG92QC4uLjxtYWlsdG86c2Vy Z2V5LmtydWNoYXRvdkAuLi4+PiB3cml0ZXM6DQo+DQo+DQo+ID4gU28sIGZpbmFsbHksIG15IHF1 ZXN0aW9uIGlzIC0gaXMgdGhlcmUgc29tZSB3YXkgdG8gZGVwbG95IGNvcmUgcGF0Y2hlcw0KPiBm cm9tIFhTNjFFMDA5IGludG8gWENQIDEuNj8NCj4gPiBPciBJIGp1c3QgY2FuIHVzZSBsZWdhY3kg d2luZG93cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0byB3b3JrYXJvdW5kIFZNDQo+IGhhbmcvZnJl ZXplIGlzc3VlPw0KPiA+DQo+ID4gLS0NCj4gPg0KPiA+IFdCUlNlcmdleSBLcnVjaGF0b3YNCj4g Pg0KPiA+DQo+ID4NCj4gPg0KPiA+IDxkaXY+PGRpdiBkaXI9Imx0ciI+SGkgYWxsLDxkaXY+PGJy PjwvZGl2PiA8ZGl2PlRoZXJlIGlzIHdlbGwga25vd24NCj4gPiBidWcgaW4gWGVuU2VydmVyIDYu MSB3aGVuIFdpbmRvd3MgVk1zIGhhbmcvZnJlZXplDQo+IGR1cmluZyBpbnRlbnNpdmUgZGlzayBv cGVyYXRpb24gKHByZXN1bWFibHkgZHVlIHRvIHJhY2UgY29uZGl0aW9uDQo+IHNvbWV3aGVyZSBp biB4ZW50b29scyBkcml2ZXJzIGluIG11bHRpLXZDUFUgV2luZG93cyBzeXN0ZW1zKS48L2Rpdj4N Cj4gPiA8ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2PkJlc3QgZGVzY3JpcHRpb24gYW5kIGRpc2N1 c3Npb24gb2YgbWVudGlvbmVkIHByb2JsZW0gd291bGQgYmUNCj4gPiBmb3VuZA0KPiB0aGVyZSZu YnNwOzxhDQo+IGhyZWY9Imh0dHA6Ly9mb3J1bXMuY2l0cml4LmNvbS90aHJlYWQuanNwYT90aHJl YWRJRD0zMTQ5MDYmYW1wO3N0YXJ0PTAmDQo+IGFtcDt0c3RhcnQ9MCI+aHR0cDovL2ZvcnVtcy5j aXRyaXguY29tL3RocmVhZC5qc3BhP3RocmVhZElEPTMxNDkwNiZhbXA7DQo+IHN0YXJ0PTAmYW1w O3RzdGFydD0wPC9hPjxicg0KPiBjbGVhcj0iYWxsIj48ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2 PkluIG91ciBwcm9kdWN0aW9uIHNpdGUgKHBvb2xlZCZuYnNwO2R1YWwgWENQIDEuNiBmaW5hbCkg d2UndmUNCj4gZXhwZWN0ZWQgYWJvdmUgcHJvYmxlbSBmb3IgZXZlcnkgV2luZG93cyBYUCAzMiBi aXQgVk0gYXMgd2VsbCBhcyBmb3INCj4gV2luZG93cw0KPiAyMDAzIFNlcnZlcnMgMzItYml0LiBX aGlsZSBXaW5kb3dzIDIwMDgvMjAwOFIyIHNlcnZlcnMgd29yayBmaW5lLjwvZGl2Pg0KPiA+IDxk aXY+PGJyPjwvZGl2Pg0KPiA+IDxkaXY+TGFzdCB5ZWFyIENpdHJpeCBwdWJsaXNoZWQgdGVtcG9y YXJ5IHdvcmthcm91bmQgZm9yIGFib3ZlIHByb2JsZW0NCj4gPiAtDQo+IHJlZHVjZSB2Q1BVIHRv IDEgZm9yJm5ic3A7YWZmZWN0ZWQgVk1zLiBJdCdzIHJlYWxseSBoZWxwcyBidXQgY291bGQgYmUg dXNlZA0KPiBpbiBsb3cvbWlkZGxlIENQVSBsb2FkJm5ic3A7ZW52aXJvbm1lbnQuPC9kaXY+DQo+ ID4gPGRpdj4NCj4gPiBBbm90aGVyIHdvcmthcm91bmQgd2VyZSBmb3VuZCBieSBzb21lb25lIGlu IGNvbW11bml0eSAtIHByZXZpb3VzDQo+ID4gdmVyc2lvbg0KPiBmcm9tIFhlblRvb2xzIC0gZXhh Y3RseSBYUzYwMkUwMDkgd29ya3MgZmluZS48YnI+PGJyPkV2ZXJ5dGhpbmcgc3RhdGVkDQo+IGFi b3ZlIGhhcyBiZWVuIGRldGFpbGVkIGluIHZlcnkgdHJpY2t5IChhcyBwZXIgbXkgb3Bpbmlvbikg Q2l0cml4IGFydGljbGUgdGhlcmUNCj4gPGENCj4gaHJlZj0iaHR0cDovL3N1cHBvcnQuY2l0cml4 LmNvbS9hcnRpY2xlL0NUWDEzNTA5OSI+aHR0cDovL3N1cHBvcnQuY2l0cml4LmNvDQo+IG0vYXJ0 aWNsZS9DVFgxMzUwOTk8L2E+Lg0KPiA8YnI+PGJyPlJlY2VudGx5IENpdHJpeCBwdWJsaXNoZWQg bG9uZyBhd2FpdGVkIHBhaXIgb2YgSG90IEZpeGVzIC0NCj4gJm5ic3A7WFM2MUUwMDkgYW5kIFhT NjFFMDEwLjxicj48YnI+WFM2MUUwMDkgKDxhDQo+IGhyZWY9Imh0dHA6Ly9zdXBwb3J0LmNpdHJp eC5jb20vYXJ0aWNsZS9DVFgxMzYyNTIiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbw0KPiBtL2Fy dGljbGUvQ1RYMTM2MjUyPC9hPikNCj4gY29udGFpbnMgcGF0Y2hlcyBmb3Igc29tZSBjb3JlIGZ1 bmN0aW9ucyAoeGFwaS1jb3JlLCB4YXBpLXhlbm9wc2QsDQo+IHhhcGktZmlybXdhcmUpIHdoaWxl IFhTNjFFMDEwICg8YQ0KPiBocmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUv Q1RYMTM2MjUzIj5odHRwOi8vc3VwcG9ydC5jaXRyaXguY28NCj4gbS9hcnRpY2xlL0NUWDEzNjI1 MzwvYT4pDQo+IHByb3ZpZGVzIHhlbnRvb2xzIHJlcGxhY2VtZW50LiBXaGF0J3MgbW9yZSBpbnRl cmVzdCB4ZW50b29scyBmcm9tDQo+IFhTNjFFMDEwIGNvbnRhaW5zIG5ldyBhbmQgbGVnYWN5IGRy aXZlcnMgLSBuZXcgd2l0aCBXaW5kb3dzIDgvU2VydmVyIDIwMTINCj4gc3VwcG9ydCB3aGlsZSBs ZWdhY3kgLSBqdXN0IHJlbmFtZWQgdG9vbHMgZnJvbSBYUzYwMkUwMDkuJm5ic3A7SW4NCj4gWFM2 MUUwMTAncyBpbnN0YWxsYXRpb24gcHJlcmVxdWlzaXRlcyBzdGF0ZWQgdGhhdCBpdCBjYW4ndCBi ZSBpbXBsZW1lbnRlZA0KPiB3aXRob3V0IFhTNjFFMDA5Ljxicj4NCj4gPiA8L2Rpdj4NCj4gPiA8 L2Rpdj4NCj4gPiA8ZGl2Pjxicj48L2Rpdj4NCj4gPiA8ZGl2PlNvLCBmaW5hbGx5LCBteSBxdWVz dGlvbiBpcyAtIGlzIHRoZXJlIHNvbWUgd2F5IHRvIGRlcGxveSBjb3JlDQo+IHBhdGNoZXMgZnJv bSBYUzYxRTAwOSBpbnRvIFhDUCAxLjY/Jm5ic3A7PC9kaXY+DQo+ID4gPGRpdj5PciBJIGp1c3Qg Y2FuIHVzZSBsZWdhY3kgd2luZG93cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0bw0KPiA+IHdvcmth cm91bmQNCj4gVk0gaGFuZy9mcmVlemUgaXNzdWU/PC9kaXY+DQo+ID4gPGRpdj48YnI+PC9kaXY+ DQo+ID4gPGRpdj4tLSZuYnNwOzxicj4NCj4gPiA8L2Rpdj4NCj4gPiA8ZGl2PldCUjxicj48YnI+ U2VyZ2V5IEtydWNoYXRvdg0KPiA+DQo+ID4gPC9kaXY+DQo+ID4gPC9kaXY+PC9kaXY+DQo+ID4N Cj4NCj4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QNCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3Jn PG1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5vcmc+DQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KWGVuLWFwaSBtYWlsaW5nIGxpc3QNClhlbi1hcGlAbGlz dHMueGVuLm9yZzxtYWlsdG86WGVuLWFwaUBsaXN0cy54ZW4ub3JnPg0KaHR0cDovL2xpc3RzLnhl bi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkNCg0KDQoNCi0tDQpXQlINCg0K U2VyZ2V5IEtydWNoYXRvdg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVu dHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVy aWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8g d2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2Vt aW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlv biBieSBwZXJzb25zIG9yIGVudGl0aWVzIG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVu dCBpcyBwcm9oaWJpdGVkLiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29u dGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVy Lg0K --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4u RW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFt aWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0t W2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRt YXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRh PSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJv ZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0i V29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48YSBocmVmPSJodHRwOi8vbGlzdHMueGVuLm9yZy9hcmNo aXZlcy9odG1sL3hlbi1hcGkvMjAxMy0wMy9tc2cwMDIwNi5odG1sIj5odHRwOi8vbGlzdHMueGVu Lm9yZy9hcmNoaXZlcy9odG1sL3hlbi1hcGkvMjAxMy0wMy9tc2cwMDIwNi5odG1sPC9hPjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+SSBiZWxpZXZlIHNvbWVvbmUgb25jZSB0cmllZCB0aGlzLCBidXQgcGVyaGFwcyB0aGV5 IHdlcmVu4oCZdCBkb2luZyBpdCBjb3JyZWN0bHkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J4oCZdmUgaW5zdGFsbGVk IHVwZGF0ZXMgdG8gWENQMS4xIGZyb20gcGF0Y2hlcyBmb3IgWGVuU2VydmVyIDUuNiAoaW5jbHVk aW5nIFNQMiksIGJ1dCBoYXZlIG5ldmVyIGRvbmUgc28gd2l0aCBYQ1AxLjYgYW5kIFhlblNlcnZl ciA2LngsIHNvIEkgZG8gbm90IGtub3cgd2hhdA0KIHRvIGV4cGVjdC48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IHdv dWxkIGJlIHJlYWxseSBuaWNlIGlmIHRob3NlIHVwZGF0ZXMgaW4gdGhlIDYueCBYZW5TZXJ2ZXIg cmVsZWFzZSB3ZXJlIGFsc28gYXBwbGljYWJsZSwgb3IgYXV0b21hdGljYWxseSBub3RpZmllZCBm b3IgcGF0Y2guIEkga25vdyB0aGUgaWRlYSB3YXMgdG8gcHVzaA0KIHRoZXNlIHBhdGNoZXMgdG8g dGhlIHhjcCByZXBvLCBidXQgaXQgc2VlbXMgb25seSB0aGUgbW9zdCBjcml0aWNhbCBwYXRjaCBo YXMgdGh1cyBmYXIgbWFkZSBpdCBpbnRvIHRoZXJlLCB3aGljaCBJIHRoaW5rIHdhcyBhIGh5cGVy dmlzb3Igc2VjdXJpdHkgaXNzdWUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4tIEJyaWFuIE1lbmdlczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5QcmluY2lwYWwgRW5naW5lZXIsIERldk9wczxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5Hb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0 cmVhbSBOZXR3b3JrczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVuLWFwaS1ib3VuY2VzQGxpc3RzLnhlbi5vcmcg W21haWx0bzp4ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8 L2I+aG9vazxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIE1heSAxMCwgMjAxMyAwNDowMDxicj4N CjxiPlRvOjwvYj4gSmFtZXMgQnVscGluPGJyPg0KPGI+Q2M6PC9iPiB4ZW4tYXBpQGxpc3RzLnhl bnNvdXJjZS5jb208YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtYZW4tQVBJXSBYZW5Ub29scyA2 LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5Ob3Qgc3VyZSBpdCBkb2VzIGhlbHAuPG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5NeSBxdWVzdGlvbiBpbiBzdGFydCB0b3BpYyB3 YXMgbm90ICZxdW90O0hvdyBpIGRvIGluc3RhbGxhdGlvbiZxdW90OyBidXQgJnF1b3Q7SXMgaXQg cG9zc2lwbGUgdG8gZG8gaW5zdGFsbGF0aW9uJnF1b3Q7IG9mIHNvbWUgWGVuc2VydmVyIGNvcmUg Y29tcG9uZW50cyBhYm92ZSB0aGUgWENQIDEuNi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIu MHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4y MDEzLzUvMTAgSmFtZXMgQnVscGluICZsdDs8YSBocmVmPSJtYWlsdG86SmFtZXMuQnVscGluQGV1 LmNpdHJpeC5jb20iIHRhcmdldD0iX2JsYW5rIj5KYW1lcy5CdWxwaW5AZXUuY2l0cml4LmNvbTwv YT4mZ3Q7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BIHNlYXJjaCBvZiB0 aGlzIGxpc3QncyBoaXN0b3J5IGZvciAmcXVvdDtncGcmcXVvdDsgbWF5IGhlbHAgeW91Ljxicj4N Cjxicj4NCkphbWVzPGJyPg0KPGJyPg0KJmd0OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxi cj4NCiZndDsgRnJvbTogPGEgaHJlZj0ibWFpbHRvOnhlbi1hcGktYm91bmNlc0BsaXN0cy54ZW4u b3JnIj54ZW4tYXBpLWJvdW5jZXNAbGlzdHMueGVuLm9yZzwvYT4gW21haWx0bzo8YSBocmVmPSJt YWlsdG86eGVuLWFwaS0iPnhlbi1hcGktPC9hPjxicj4NCiZndDsgPGEgaHJlZj0ibWFpbHRvOmJv dW5jZXNAbGlzdHMueGVuLm9yZyI+Ym91bmNlc0BsaXN0cy54ZW4ub3JnPC9hPl0gT24gQmVoYWxm IE9mIGFtb3M8YnI+DQomZ3Q7IFNlbnQ6IDA5IE1heSAyMDEzIDIwOjU3PGJyPg0KJmd0OyBUbzog PGEgaHJlZj0ibWFpbHRvOnhlbi1hcGlAbGlzdHMueGVuc291cmNlLmNvbSI+eGVuLWFwaUBsaXN0 cy54ZW5zb3VyY2UuY29tPC9hPjxicj4NCiZndDsgU3ViamVjdDogUmU6IFtYZW4tQVBJXSBYZW5U b29scyA2LjEgdXBkYXRlIGZvciBYQ1AgMS42LiBIb3c/PGJyPg0KJmd0Ozxicj4NCiZndDsgSSBh bSB3b25kZXJpbmcgdGhlIHNhbWUuPGJyPg0KJmd0Ozxicj4NCiZndDsgaG9vayAmbHQ7PGEgaHJl Zj0ibWFpbHRvOnNlcmdleS5rcnVjaGF0b3ZALi4uIj5zZXJnZXkua3J1Y2hhdG92QC4uLjwvYT4m Z3Q7IHdyaXRlczo8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDsgJmd0OyBTbywgZmluYWxs eSwgbXkgcXVlc3Rpb24gaXMgLSBpcyB0aGVyZSBzb21lIHdheSB0byBkZXBsb3kgY29yZSBwYXRj aGVzPGJyPg0KJmd0OyBmcm9tIFhTNjFFMDA5IGludG8gWENQIDEuNj88YnI+DQomZ3Q7ICZndDsg T3IgSSBqdXN0IGNhbiB1c2UgbGVnYWN5IHdpbmRvd3MgZHJpdmVyIGZyb20gWFM2MUUwMTAgdG8g d29ya2Fyb3VuZCBWTTxicj4NCiZndDsgaGFuZy9mcmVlemUgaXNzdWU/PGJyPg0KJmd0OyAmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7IC0tPGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IFdCUlNlcmdl eSBLcnVjaGF0b3Y8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDs8 YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDsmbHQ7ZGl2IGRpcj0mcXVv dDtsdHImcXVvdDsmZ3Q7SGkgYWxsLCZsdDtkaXYmZ3Q7Jmx0O2JyJmd0OyZsdDsvZGl2Jmd0OyAm bHQ7ZGl2Jmd0O1RoZXJlIGlzIHdlbGwga25vd248YnI+DQomZ3Q7ICZndDsgYnVnIGluIFhlblNl cnZlciA2LjEgd2hlbiBXaW5kb3dzIFZNcyBoYW5nL2ZyZWV6ZTxicj4NCiZndDsgZHVyaW5nIGlu dGVuc2l2ZSBkaXNrIG9wZXJhdGlvbiAocHJlc3VtYWJseSBkdWUgdG8gcmFjZSBjb25kaXRpb248 YnI+DQomZ3Q7IHNvbWV3aGVyZSBpbiB4ZW50b29scyBkcml2ZXJzIGluIG11bHRpLXZDUFUgV2lu ZG93cyBzeXN0ZW1zKS4mbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDsmbHQ7 YnImZ3Q7Jmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7QmVzdCBkZXNjcmlw dGlvbiBhbmQgZGlzY3Vzc2lvbiBvZiBtZW50aW9uZWQgcHJvYmxlbSB3b3VsZCBiZTxicj4NCiZn dDsgJmd0OyBmb3VuZDxicj4NCiZndDsgdGhlcmUmYW1wO25ic3A7Jmx0O2E8YnI+DQomZ3Q7IGhy ZWY9JnF1b3Q7PGEgaHJlZj0iaHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3BhP3Ro cmVhZElEPTMxNDkwNiZhbXA7YW1wO3N0YXJ0PTAmYW1wOyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6 Ly9mb3J1bXMuY2l0cml4LmNvbS90aHJlYWQuanNwYT90aHJlYWRJRD0zMTQ5MDYmYW1wO2FtcDtz dGFydD0wJmFtcDs8L2E+PGJyPg0KJmd0OyBhbXA7dHN0YXJ0PTAmcXVvdDsmZ3Q7PGEgaHJlZj0i aHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3BhP3RocmVhZElEPTMxNDkwNiZhbXA7 YW1wIiB0YXJnZXQ9Il9ibGFuayI+aHR0cDovL2ZvcnVtcy5jaXRyaXguY29tL3RocmVhZC5qc3Bh P3RocmVhZElEPTMxNDkwNiZhbXA7YW1wPC9hPjs8YnI+DQomZ3Q7IHN0YXJ0PTAmYW1wO2FtcDt0 c3RhcnQ9MCZsdDsvYSZndDsmbHQ7YnI8YnI+DQomZ3Q7IGNsZWFyPSZxdW90O2FsbCZxdW90OyZn dDsmbHQ7ZGl2Jmd0OyZsdDticiZndDsmbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0O2Rp diZndDtJbiBvdXIgcHJvZHVjdGlvbiBzaXRlIChwb29sZWQmYW1wO25ic3A7ZHVhbCBYQ1AgMS42 IGZpbmFsKSB3ZSd2ZTxicj4NCiZndDsgZXhwZWN0ZWQgYWJvdmUgcHJvYmxlbSBmb3IgZXZlcnkg V2luZG93cyBYUCAzMiBiaXQgVk0gYXMgd2VsbCBhcyBmb3I8YnI+DQomZ3Q7IFdpbmRvd3M8YnI+ DQomZ3Q7IDIwMDMgU2VydmVycyAzMi1iaXQuIFdoaWxlIFdpbmRvd3MgMjAwOC8yMDA4UjIgc2Vy dmVycyB3b3JrIGZpbmUuJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7Jmx0 O2JyJmd0OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7ZGl2Jmd0O0xhc3QgeWVhciBD aXRyaXggcHVibGlzaGVkIHRlbXBvcmFyeSB3b3JrYXJvdW5kIGZvciBhYm92ZSBwcm9ibGVtPGJy Pg0KJmd0OyAmZ3Q7IC08YnI+DQomZ3Q7IHJlZHVjZSB2Q1BVIHRvIDEgZm9yJmFtcDtuYnNwO2Fm ZmVjdGVkIFZNcy4gSXQncyByZWFsbHkgaGVscHMgYnV0IGNvdWxkIGJlIHVzZWQ8YnI+DQomZ3Q7 IGluIGxvdy9taWRkbGUgQ1BVIGxvYWQmYW1wO25ic3A7ZW52aXJvbm1lbnQuJmx0Oy9kaXYmZ3Q7 PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7IEFub3RoZXIgd29ya2Fy b3VuZCB3ZXJlIGZvdW5kIGJ5IHNvbWVvbmUgaW4gY29tbXVuaXR5IC0gcHJldmlvdXM8YnI+DQom Z3Q7ICZndDsgdmVyc2lvbjxicj4NCiZndDsgZnJvbSBYZW5Ub29scyAtIGV4YWN0bHkgWFM2MDJF MDA5IHdvcmtzIGZpbmUuJmx0O2JyJmd0OyZsdDticiZndDtFdmVyeXRoaW5nIHN0YXRlZDxicj4N CiZndDsgYWJvdmUgaGFzIGJlZW4gZGV0YWlsZWQgaW4gdmVyeSB0cmlja3kgKGFzIHBlciBteSBv cGluaW9uKSBDaXRyaXggYXJ0aWNsZSB0aGVyZTxicj4NCiZndDsgJmx0O2E8YnI+DQomZ3Q7IGhy ZWY9JnF1b3Q7PGEgaHJlZj0iaHR0cDovL3N1cHBvcnQuY2l0cml4LmNvbS9hcnRpY2xlL0NUWDEz NTA5OSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9D VFgxMzUwOTk8L2E+JnF1b3Q7Jmd0OzxhIGhyZWY9Imh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbyIg dGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9zdXBwb3J0LmNpdHJpeC5jbzwvYT48YnI+DQomZ3Q7IG0v YXJ0aWNsZS9DVFgxMzUwOTkmbHQ7L2EmZ3Q7Ljxicj4NCiZndDsgJmx0O2JyJmd0OyZsdDticiZn dDtSZWNlbnRseSBDaXRyaXggcHVibGlzaGVkIGxvbmcgYXdhaXRlZCBwYWlyIG9mIEhvdCBGaXhl cyAtPGJyPg0KJmd0OyAmYW1wO25ic3A7WFM2MUUwMDkgYW5kIFhTNjFFMDEwLiZsdDticiZndDsm bHQ7YnImZ3Q7WFM2MUUwMDkgKCZsdDthPGJyPg0KJmd0OyBocmVmPSZxdW90OzxhIGhyZWY9Imh0 dHA6Ly9zdXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9DVFgxMzYyNTIiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUvQ1RYMTM2MjUyPC9hPiZxdW90OyZn dDs8YSBocmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY28iIHRhcmdldD0iX2JsYW5rIj5odHRw Oi8vc3VwcG9ydC5jaXRyaXguY288L2E+PGJyPg0KJmd0OyBtL2FydGljbGUvQ1RYMTM2MjUyJmx0 Oy9hJmd0Oyk8YnI+DQomZ3Q7IGNvbnRhaW5zIHBhdGNoZXMgZm9yIHNvbWUgY29yZSBmdW5jdGlv bnMgKHhhcGktY29yZSwgeGFwaS14ZW5vcHNkLDxicj4NCiZndDsgeGFwaS1maXJtd2FyZSkgd2hp bGUgWFM2MUUwMTAgKCZsdDthPGJyPg0KJmd0OyBocmVmPSZxdW90OzxhIGhyZWY9Imh0dHA6Ly9z dXBwb3J0LmNpdHJpeC5jb20vYXJ0aWNsZS9DVFgxMzYyNTMiIHRhcmdldD0iX2JsYW5rIj5odHRw Oi8vc3VwcG9ydC5jaXRyaXguY29tL2FydGljbGUvQ1RYMTM2MjUzPC9hPiZxdW90OyZndDs8YSBo cmVmPSJodHRwOi8vc3VwcG9ydC5jaXRyaXguY28iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vc3Vw cG9ydC5jaXRyaXguY288L2E+PGJyPg0KJmd0OyBtL2FydGljbGUvQ1RYMTM2MjUzJmx0Oy9hJmd0 Oyk8YnI+DQomZ3Q7IHByb3ZpZGVzIHhlbnRvb2xzIHJlcGxhY2VtZW50LiBXaGF0J3MgbW9yZSBp bnRlcmVzdCB4ZW50b29scyBmcm9tPGJyPg0KJmd0OyBYUzYxRTAxMCBjb250YWlucyBuZXcgYW5k IGxlZ2FjeSBkcml2ZXJzIC0gbmV3IHdpdGggV2luZG93cyA4L1NlcnZlciAyMDEyPGJyPg0KJmd0 OyBzdXBwb3J0IHdoaWxlIGxlZ2FjeSAtIGp1c3QgcmVuYW1lZCB0b29scyBmcm9tIFhTNjAyRTAw OS4mYW1wO25ic3A7SW48YnI+DQomZ3Q7IFhTNjFFMDEwJ3MgaW5zdGFsbGF0aW9uIHByZXJlcXVp c2l0ZXMgc3RhdGVkIHRoYXQgaXQgY2FuJ3QgYmUgaW1wbGVtZW50ZWQ8YnI+DQomZ3Q7IHdpdGhv dXQgWFM2MUUwMDkuJmx0O2JyJmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7L2RpdiZndDs8YnI+DQom Z3Q7ICZndDsgJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7Jmx0O2JyJmd0 OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7ZGl2Jmd0O1NvLCBmaW5hbGx5LCBteSBx dWVzdGlvbiBpcyAtIGlzIHRoZXJlIHNvbWUgd2F5IHRvIGRlcGxveSBjb3JlPGJyPg0KJmd0OyBw YXRjaGVzIGZyb20gWFM2MUUwMDkgaW50byBYQ1AgMS42PyZhbXA7bmJzcDsmbHQ7L2RpdiZndDs8 YnI+DQomZ3Q7ICZndDsgJmx0O2RpdiZndDtPciBJIGp1c3QgY2FuIHVzZSBsZWdhY3kgd2luZG93 cyBkcml2ZXIgZnJvbSBYUzYxRTAxMCB0bzxicj4NCiZndDsgJmd0OyB3b3JrYXJvdW5kPGJyPg0K Jmd0OyBWTSBoYW5nL2ZyZWV6ZSBpc3N1ZT8mbHQ7L2RpdiZndDs8YnI+DQomZ3Q7ICZndDsgJmx0 O2RpdiZndDsmbHQ7YnImZ3Q7Jmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAmZ3Q7ICZsdDtkaXYmZ3Q7 LS0mYW1wO25ic3A7Jmx0O2JyJmd0Ozxicj4NCiZndDsgJmd0OyAmbHQ7L2RpdiZndDs8YnI+DQom Z3Q7ICZndDsgJmx0O2RpdiZndDtXQlImbHQ7YnImZ3Q7Jmx0O2JyJmd0O1NlcmdleSBLcnVjaGF0 b3Y8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgJmx0Oy9kaXYmZ3Q7PGJyPg0KJmd0OyAm Z3Q7ICZsdDsvZGl2Jmd0OyZsdDsvZGl2Jmd0Ozxicj4NCiZndDsgJmd0Ozxicj4NCiZndDs8YnI+ DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgWGVuLWFwaSBt YWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IDxhIGhyZWY9Im1haWx0bzpYZW4tYXBpQGxpc3RzLnhlbi5v cmciPlhlbi1hcGlAbGlzdHMueGVuLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s aXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIiB0YXJnZXQ9Il9i bGFuayI+DQpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaTwvYT48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4NClhlbi1hcGkgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi1h cGlAbGlzdHMueGVuLm9yZyI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxicj4NCjxhIGhyZWY9 Imh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpIiB0 YXJnZXQ9Il9ibGFuayI+aHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9tYWlsbWFuL2xpc3Rp bmZvL3hlbi1hcGk8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NCjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4tLSA8YnI+DQpXQlI8YnI+DQo8YnI+DQpTZXJnZXkgS3J1Y2hhdG92IDxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4NCjxocj4NCjxmb250IGZhY2U9IkNvdXJp ZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+VGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwNCiBkaXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFr ZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRp ZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlv dSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRl bGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuPGJyPg0KPC9mb250Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_3968CAC7E1BE7242B18501F292F3C7F16BA14C60EX004SFOservepa_-- --===============1547731105132319323== 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 --===============1547731105132319323==-- From xen-api-bounces@lists.xen.org Fri May 10 16:27:50 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 16:27:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaqAa-0005MR-0b; Fri, 10 May 2013 16:27:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaqAX-0005MJ-Uu for xen-api@lists.xensource.com; Fri, 10 May 2013 16:27:42 +0000 Received: from [85.158.143.99:24585] by server-3.bemta-4.messagelabs.com id D4/C9-02015-DFF1D815; Fri, 10 May 2013 16:27:41 +0000 X-Env-Sender: brittman914@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368203257!24806463!1 X-Originating-IP: [209.85.214.178] 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-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7461 invoked from network); 10 May 2013 16:27:38 -0000 Received: from mail-ob0-f178.google.com (HELO mail-ob0-f178.google.com) (209.85.214.178) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 16:27:38 -0000 Received: by mail-ob0-f178.google.com with SMTP id v19so662441obq.9 for ; Fri, 10 May 2013 09:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=TL6URlbMK3Vi2p19621SXPuMu7itCltzxnKT7qKM27Q=; b=i+JKVY2/++jysNU9vRTwgWtabXKwqYVn/6FrSJVGnFcTKSk3nodxBO7S1FPRrELUrG IBEizWwWZ0Ta/D4BwNpnCiXSulTRKPlnWHhTjDqH2w+Oh0FVu+h95SpYNu/yEFLsDWGU VncqeausDl8fthl5vuGz5/ARRXoopjsACowPSqx98sHk+MBU51IUp02LY8NVM96GWDWZ BOxm637gNZXQJU681X7xHqLmWtdMiQE9fqjsye7EbYpFTcEf+B5N517RLBmO9zS1vZea FtzNrXzXL9AWrPx45JwvE46A4qaSloO9oRBxjJK5BxBWygD00vNtz5BO0adzzaodlMis 19JA== MIME-Version: 1.0 X-Received: by 10.60.155.177 with SMTP id vx17mr7602183oeb.9.1368203256838; Fri, 10 May 2013 09:27:36 -0700 (PDT) Received: by 10.76.74.164 with HTTP; Fri, 10 May 2013 09:27:36 -0700 (PDT) Received: by 10.76.74.164 with HTTP; Fri, 10 May 2013 09:27:36 -0700 (PDT) In-Reply-To: <3968CAC7E1BE7242B18501F292F3C7F16BA14C60@EX-004-SFO.servepath.com> References:

<344C0F67BC927847A2C92F9EE358DB0E0135B147ACED@LONPMAILBOX01.citrite.net> <3968CAC7E1BE7242B18501F292F3C7F16BA14C60@EX-004-SFO.servepath.com> Date: Fri, 10 May 2013 12:27:36 -0400 Message-ID: From: Britt Dodd To: xen-api@lists.xensource.com Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1769912118040594881==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1769912118040594881== Content-Type: multipart/alternative; boundary=089e010d81241ac1a604dc5fa598 --089e010d81241ac1a604dc5fa598 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I also was able to use this method to apply the XAPI patch in XCP. I also made some changes in the base OS update repo (a specially crafted exclude list) that allowed me to update the base OS too with no issues -- but that didn't seem to be popular here when I posted. On May 10, 2013 12:19 PM, "Brian Menges" wrote: > http://lists.xen.org/archives/html/xen-api/2013-03/msg00206.html**** > > ** ** > > I believe someone once tried this, but perhaps they weren=92t doing it > correctly.**** > > ** ** > > I=92ve installed updates to XCP1.1 from patches for XenServer 5.6 (includ= ing > SP2), but have never done so with XCP1.6 and XenServer 6.x, so I do not > know what to expect.**** > > ** ** > > It would be really nice if those updates in the 6.x XenServer release wer= e > also applicable, or automatically notified for patch. I know the idea was > to push these patches to the xcp repo, but it seems only the most critica= l > patch has thus far made it into there, which I think was a hypervisor > security issue.**** > > ** ** > > - Brian Menges**** > > Principal Engineer, DevOps**** > > GoGrid | ServePath | ColoServe | UpStream Networks**** > > ** ** > > *From:* xen-api-bounces@lists.xen.org [mailto: > xen-api-bounces@lists.xen.org] *On Behalf Of *hook > *Sent:* Friday, May 10, 2013 04:00 > *To:* James Bulpin > *Cc:* xen-api@lists.xensource.com > *Subject:* Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How?**** > > ** ** > > Not sure it does help.**** > > ** ** > > My question in start topic was not "How i do installation" but "Is it > possiple to do installation" of some Xenserver core components above the > XCP 1.6.**** > > ** ** > > 2013/5/10 James Bulpin **** > > A search of this list's history for "gpg" may help you. > > James > > > -----Original Message----- > > From: xen-api-bounces@lists.xen.org [mailto:xen-api- > > bounces@lists.xen.org] On Behalf Of amos > > Sent: 09 May 2013 20:57 > > To: xen-api@lists.xensource.com > > Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How? > > > > I am wondering the same. > > > > hook writes: > > > > > > > So, finally, my question is - is there some way to deploy core patche= s > > from XS61E009 into XCP 1.6? > > > Or I just can use legacy windows driver from XS61E010 to workaround V= M > > hang/freeze issue? > > > > > > -- > > > > > > WBRSergey Kruchatov > > > > > > > > > > > > > > >

Hi all,

There is well known > > > bug in XenServer 6.1 when Windows VMs hang/freeze > > during intensive disk operation (presumably due to race condition > > somewhere in xentools drivers in multi-vCPU Windows systems).

> > >

Best description and discussion of mentioned problem would be > > > found > > there > href=3D"http://forums.citrix.com/thread.jspa?threadID=3D314906&star= t=3D0& > > amp;tstart=3D0">http://forums.citrix.com/thread.jspa?threadID=3D314906&= amp; > > start=3D0&tstart=3D0
> clear=3D"all">

> > >

In our production site (pooled dual XCP 1.6 final) we've > > expected above problem for every Windows XP 32 bit VM as well as for > > Windows > > 2003 Servers 32-bit. While Windows 2008/2008R2 servers work fine.

> > >

Last year Citrix published temporary workaround for above proble= m > > > - > > reduce vCPU to 1 for affected VMs. It's really helps but could be > used > > in low/middle CPU load environment.

> > >

> > > Another workaround were found by someone in community - previous > > > version > > from XenTools - exactly XS602E009 works fine.

Everything stated > > above has been detailed in very tricky (as per my opinion) Citrix > article there > > > href=3D"http://support.citrix.com/article/CTX135099"> > http://support.citrix.co > > m/article/CTX135099. > >

Recently Citrix published long awaited pair of Hot Fixes - > > XS61E009 and XS61E010.

XS61E009 ( > href=3D"http://support.citrix.com/article/CTX136252"> > http://support.citrix.co > > m/article/CTX136252) > > contains patches for some core functions (xapi-core, xapi-xenopsd, > > xapi-firmware) while XS61E010 ( > href=3D"http://support.citrix.com/article/CTX136253"> > http://support.citrix.co > > m/article/CTX136253) > > provides xentools replacement. What's more interest xentools from > > XS61E010 contains new and legacy drivers - new with Windows 8/Server 20= 12 > > support while legacy - just renamed tools from XS602E009. In > > XS61E010's installation prerequisites stated that it can't be implement= ed > > without XS61E009.
> > >

> > >

So, finally, my question is - is there some way to deploy core > > patches from XS61E009 into XCP 1.6?

> > >

Or I just can use legacy windows driver from XS61E010 to > > > workaround > > VM hang/freeze issue?

> > >

--
> > >

> > >

WBR

Sergey Kruchatov > > > > > >

> > >

> > > > > > > > > > > > > > > _______________________________________________ > > 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**** > > > > **** > > ** ** > > -- > WBR > > Sergey Kruchatov **** > > ------------------------------ > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for th= e > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --089e010d81241ac1a604dc5fa598 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

I also was able to use this method to apply the XAPI patch i= n XCP. I also made some changes in the base OS update repo (a specially cra= fted exclude list) that allowed me to update the base OS too with no issues= -- but that didn't seem to be popular here when I posted.

On May 10, 2013 12:19 PM, "Brian Menges&quo= t; <bmenges@gogrid.com> wro= te:

http:= //lists.xen.org/archives/html/xen-api/2013-03/msg00206.html

=A0<= /p>
I believe someone once tr= ied this, but perhaps they weren=92t doing it correctly.

=A0<= /p>
I=92ve installed updates = to XCP1.1 from patches for XenServer 5.6 (including SP2), but have never do= ne so with XCP1.6 and XenServer 6.x, so I do not know what to expect.

=A0<= /p>
It would be really nice i= f those updates in the 6.x XenServer release were also applicable, or autom= atically notified for patch. I know the idea was to push these patches to the xcp repo, but it seems only the most critical patch h= as thus far made it into there, which I think was a hypervisor security iss= ue.

=A0<= /p>
- Brian Menges<= /u>

Principal Engineer, DevOp= s

GoGrid | ServePath | Colo= Serve | UpStream Networks

=A0<= /p>

From: xen-api-bounces= @lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of hook
Sent: Friday, May 10, 2013 04:00
To: James Bulpin
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How?<= u>

=A0

Not sure it does help.

=A0

My question in start topic was not "How i do in= stallation" but "Is it possiple to do installation" of some = Xenserver core components above the XCP 1.6.

=A0

2013/5/10 James Bulpin <James.Bulpin@eu.citrix.com>

A search of this list's history for "gpg&qu= ot; may help you.

James

> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-
> bounces@lis= ts.xen.org] On Behalf Of amos
> Sent: 09 May 2013 20:57
> To: x= en-api@lists.xensource.com
> Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How?
>
> I am wondering the same.
>
> hook <ser= gey.kruchatov@...> writes:
>
>
> > So, finally, my question is - is there some way to deploy core pa= tches
> from XS61E009 into XCP 1.6?
> > Or I just can use legacy windows driver from XS61E010 to workarou= nd VM
> hang/freeze issue?
> >
> > --
> >
> > WBRSergey Kruchatov
> >
> >
> >
> >
> > <div><div dir=3D"ltr">Hi all,<div><= ;br></div> <div>There is well known
> > bug in XenServer 6.1 when Windows VMs hang/freeze
> during intensive disk operation (presumably due to race condition
> somewhere in xentools drivers in multi-vCPU Windows systems).</div&= gt;
> > <div><br></div>
> > <div>Best description and discussion of mentioned problem w= ould be
> > found
> there <a
> href=3D"http://forums.citrix.com/th= read.jspa?threadID=3D314906&start=3D0&
> amp;tstart=3D0">http://forums.citrix.com/thr= ead.jspa?threadID=3D314906&
> start=3D0&tstart=3D0</a><br
> clear=3D"all"><div><br></div>
> > <div>In our production site (pooled dual XCP 1.6 f= inal) we've
> expected above problem for every Windows XP 32 bit VM as well as for > Windows
> 2003 Servers 32-bit. While Windows 2008/2008R2 servers work fine.</= div>
> > <div><br></div>
> > <div>Last year Citrix published temporary workaround for ab= ove problem
> > -
> reduce vCPU to 1 for affected VMs. It's really helps but = could be used
> in low/middle CPU load environment.</div>
> > <div>
> > Another workaround were found by someone in community - previous<= br> > > version
> from XenTools - exactly XS602E009 works fine.<br><br>Every= thing stated
> above has been detailed in very tricky (as per my opinion) Citrix arti= cle there
> <a
> href=3D"http://support.citrix.com/article/CTX135099"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX135099</a>.
> <br><br>Recently Citrix published long awaited pair of Hot= Fixes -
>  XS61E009 and XS61E010.<br><br>XS61E009 (<a > href=3D"http://support.citrix.com/article/CTX136252"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX136252</a>)
> contains patches for some core functions (xapi-core, xapi-xenopsd,
> xapi-firmware) while XS61E010 (<a
> href=3D"http://support.citrix.com/article/CTX136253"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX136253</a>)
> provides xentools replacement. What's more interest xentools from<= br> > XS61E010 contains new and legacy drivers - new with Windows 8/Server 2= 012
> support while legacy - just renamed tools from XS602E009. In<= br> > XS61E010's installation prerequisites stated that it can't be = implemented
> without XS61E009.<br>
> > </div>
> > </div>
> > <div><br></div>
> > <div>So, finally, my question is - is there some way to dep= loy core
> patches from XS61E009 into XCP 1.6? </div>
> > <div>Or I just can use legacy windows driver from XS61E010 = to
> > workaround
> VM hang/freeze issue?</div>
> > <div><br></div>
> > <div>-- <br>
> > </div>
> > <div>WBR<br><br>Sergey Kruchatov
> >
> > </div>
> > </div></div>
> >
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lis= ts.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

=A0

--
WBR

Sergey Kruchatov

The information contai= ned in this message, and any attachments, may contain confidential and lega= lly privileged material. It is solely for the use of the person or entity t= o which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.

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

Hi all,

> > >

Last year Citrix published temporary workaround for above proble= m > > > - > > reduce vCPU to 1 for affected VMs. It's really helps but could be > used > > in low/middle CPU load environment.

> > >

So, finally, my question is - is there some way to deploy core > > patches from XS61E009 into XCP 1.6?

> > >

Or I just can use legacy windows driver from XS61E010 to > > > workaround > > VM hang/freeze issue?

> > >

--
> > >

> > >

WBR

Sergey Kruchatov > > > > > >

> > >

On May 10, 2013 12:19 PM, "Brian Menges&quo= t; <bmenges@gogrid.com> wro= te:

http:= //lists.xen.org/archives/html/xen-api/2013-03/msg00206.html

=A0<= /p>
I believe someone once tr= ied this, but perhaps they weren=92t doing it correctly.

=A0<= /p>
I=92ve installed updates = to XCP1.1 from patches for XenServer 5.6 (including SP2), but have never do= ne so with XCP1.6 and XenServer 6.x, so I do not know what to expect.

=A0<= /p>
It would be really nice i= f those updates in the 6.x XenServer release were also applicable, or autom= atically notified for patch. I know the idea was to push these patches to the xcp repo, but it seems only the most critical patch h= as thus far made it into there, which I think was a hypervisor security iss= ue.

=A0<= /p>
- Brian Menges<= /u>

Principal Engineer, DevOp= s

GoGrid | ServePath | Colo= Serve | UpStream Networks

=A0<= /p>

From: xen-api-bounces= @lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of hook
Sent: Friday, May 10, 2013 04:00
To: James Bulpin
Cc: xen-api@lists.xensource.com
Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How?<= u>

=A0

Not sure it does help.

=A0

My question in start topic was not "How i do in= stallation" but "Is it possiple to do installation" of some = Xenserver core components above the XCP 1.6.

=A0

2013/5/10 James Bulpin <James.Bulpin@eu.citrix.com>

A search of this list's history for "gpg&qu= ot; may help you.

James

> -----Original Message-----
> From: xen-api-bounces@lists.xen.org [mailto:xen-api-
> bounces@lis= ts.xen.org] On Behalf Of amos
> Sent: 09 May 2013 20:57
> To: x= en-api@lists.xensource.com
> Subject: Re: [Xen-API] XenTools 6.1 update for XCP 1.6. How?
>
> I am wondering the same.
>
> hook <ser= gey.kruchatov@...> writes:
>
>
> > So, finally, my question is - is there some way to deploy core pa= tches
> from XS61E009 into XCP 1.6?
> > Or I just can use legacy windows driver from XS61E010 to workarou= nd VM
> hang/freeze issue?
> >
> > --
> >
> > WBRSergey Kruchatov
> >
> >
> >
> >
> > <div><div dir=3D"ltr">Hi all,<div><= ;br></div> <div>There is well known
> > bug in XenServer 6.1 when Windows VMs hang/freeze
> during intensive disk operation (presumably due to race condition
> somewhere in xentools drivers in multi-vCPU Windows systems).</div&= gt;
> > <div><br></div>
> > <div>Best description and discussion of mentioned problem w= ould be
> > found
> there <a
> href=3D"http://forums.citrix.com/th= read.jspa?threadID=3D314906&start=3D0&
> amp;tstart=3D0">http://forums.citrix.com/thr= ead.jspa?threadID=3D314906&
> start=3D0&tstart=3D0</a><br
> clear=3D"all"><div><br></div>
> > <div>In our production site (pooled dual XCP 1.6 f= inal) we've
> expected above problem for every Windows XP 32 bit VM as well as for > Windows
> 2003 Servers 32-bit. While Windows 2008/2008R2 servers work fine.</= div>
> > <div><br></div>
> > <div>Last year Citrix published temporary workaround for ab= ove problem
> > -
> reduce vCPU to 1 for affected VMs. It's really helps but = could be used
> in low/middle CPU load environment.</div>
> > <div>
> > Another workaround were found by someone in community - previous<= br> > > version
> from XenTools - exactly XS602E009 works fine.<br><br>Every= thing stated
> above has been detailed in very tricky (as per my opinion) Citrix arti= cle there
> <a
> href=3D"http://support.citrix.com/article/CTX135099"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX135099</a>.
> <br><br>Recently Citrix published long awaited pair of Hot= Fixes -
>  XS61E009 and XS61E010.<br><br>XS61E009 (<a > href=3D"http://support.citrix.com/article/CTX136252"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX136252</a>)
> contains patches for some core functions (xapi-core, xapi-xenopsd,
> xapi-firmware) while XS61E010 (<a
> href=3D"http://support.citrix.com/article/CTX136253"><= a href=3D"http://support.citrix.co" target=3D"_blank">http://support.citrix= .co
> m/article/CTX136253</a>)
> provides xentools replacement. What's more interest xentools from<= br> > XS61E010 contains new and legacy drivers - new with Windows 8/Server 2= 012
> support while legacy - just renamed tools from XS602E009. In<= br> > XS61E010's installation prerequisites stated that it can't be = implemented
> without XS61E009.<br>
> > </div>
> > </div>
> > <div><br></div>
> > <div>So, finally, my question is - is there some way to dep= loy core
> patches from XS61E009 into XCP 1.6? </div>
> > <div>Or I just can use legacy windows driver from XS61E010 = to
> > workaround
> VM hang/freeze issue?</div>
> > <div><br></div>
> > <div>-- <br>
> > </div>
> > <div>WBR<br><br>Sergey Kruchatov
> >
> > </div>
> > </div></div>
> >
>
>
>
>
>
> _______________________________________________
> Xen-api mailing list
> Xen-api@lis= ts.xen.org
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api
_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

=A0

--
WBR

Sergey Kruchatov

The information contai= ned in this message, and any attachments, may contain confidential and lega= lly privileged material. It is solely for the use of the person or entity t= o which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by person= s or entities other than the intended recipient is prohibited. If you recei= ve this in error, please contact the sender and delete the material from an= y computer.

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

--089e010d81241ac1a604dc5fa598-- --===============1769912118040594881== 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 --===============1769912118040594881==-- From xen-api-bounces@lists.xen.org Fri May 10 21:14:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:14:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueK-00017P-SY; Fri, 10 May 2013 21:14:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueI-000178-Rh for xen-api@lists.xen.org; Fri, 10 May 2013 21:14:43 +0000 Received: from [85.158.143.99:54890] by server-2.bemta-4.messagelabs.com id 6B/40-27124-2436D815; Fri, 10 May 2013 21:14:42 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368220480!24829991!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20671 invoked from network); 10 May 2013 21:14:41 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:14:41 -0000 Received: by mail-wg0-f52.google.com with SMTP id k13so4359376wgh.31 for ; Fri, 10 May 2013 14:14:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:x-gm-message-state; bh=l0GHUylgGIUCmp1yOGsmxtzJG1V9xFxl9xwrslgNRoM=; b=nTmNZkWuwVL+eDKaWaq6XesOMntkxtEkOH6XyGqoJ6XwiIaDToJaEHqEZLB61kjgbk 9wtj/Ifa0OKS9g+8QXeb0hxrTGdaA2LktkZKPij1lrxsY2lwCAdzVoSgb6huiE0AA6Gt k4IaoUmb3vTg79Cs9G3VCBQpX1evbQjcCUFJ8IFrvjBSD//Cd/iA2XI99SxlnBNVS6dV Msh17th/dficYiysfXNx+6YM1GZuKzbYlM/jur1LE6MMBE9KRS1XPuS9S5yIYF1WwrPH nZKio5tSW7VFR+xkUVU6/1NfHLd8xobpuvjIgx4zvAHE8ZfBxGbEQe4qrxnTj1o1nfc7 bA0w== MIME-Version: 1.0 X-Received: by 10.180.206.172 with SMTP id lp12mr6290879wic.11.1368220480794; Fri, 10 May 2013 14:14:40 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 14:14:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 14:14:40 -0700 Message-ID: From: Steven Seed To: "xen-api@lists.xen.org" X-Gm-Message-State: ALoCoQkqV9M2/U/XGGMrcoNZmDDBH5go0escQZl+MbatxhYwAGb6/afaT5QvKgwwANGxy/gG0I+2 Subject: [Xen-API] Fwd: VGA Passthrough with Linux 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0258037190293043856==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0258037190293043856== Content-Type: multipart/alternative; boundary=001a11c383febb850b04dc63a7fa --001a11c383febb850b04dc63a7fa Content-Type: text/plain; charset=ISO-8859-1 I sent this to xen-users, but someone suggested this list might have more info on my question... I've been doing some research and have seen the success by David Techer and Teo En Ming in getting a Windows guest to work with VGA passthrough under Xen but I'm wondering if anyone has been able to get it working with a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. I think the issue may be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information I get this: Model: Quadro K5000 IRQ: 40 GPU UUID: GPU-????????-????-????-????-???????????? Video BIOS: ??.??.??.??.?? Bus Type: PCI-E DMA Size: 32 bits DMA Mask: 0xffffffff Bus Location: 0000:00.06.0 If there are patches I need to make this work, I'd appreciate a pointer. I tried following Teo En Ming's document from here: http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen But unfortunately, at least over the last few days, I can't get the patches referenced at http://www.davidgis.fr/download because the site is down. Does anyone have these patches and do you know if they can be applied to XCP 1.6? -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios --001a11c383febb850b04dc63a7fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I sent this to xen-users, but someone suggested= this list might have more info on my question...

<= div class=3D"gmail_quote">

I've been doing some re= search and have seen the success by David Techer and Teo En Ming in getting= a Windows guest to work with VGA passthrough under Xen but I'm wonderi= ng if anyone has been able to get it working with a Linux guest. Specifical= ly, I'm trying to run a RHEL 6.4 guest with a Nvidia Quadro graphics ca= rd. At the moment, I'm running XCP 6.1 which =A0is xen 4.1.3-1.6.10 und= er the covers. I'm not sure if this will work or not. I've got a hv= m guest running and I've been able to assign the GPU to it. I'm at = the point where the Nvidia driver loads and I can see a card in the guest w= ith lspci, however the GPU isn't functional and I get a black screen. I= think the issue may be vgabios related because if I cat /proc/driver/nvidi= a/gpus/0/information I get this:

Model: Quadro K5000

IRQ: =A0 40

GPU UUID: GPU-????????-????-????-????-????????????

Video BIOS: ??.??.??.??.??

Bus Type: PCI-E

DMA Size: 32 bits

DMA Mask: 0xffffffff

Bus Location: = 0000:00.06.0

If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0

http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_= graphics_passthru_in_Xen

But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?

--
-

Steven Seed

Sr = Systems Engineer

Walt Disney Animation Studios

--001a11c383febb850b04dc63a7fa-- --===============0258037190293043856== 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 --===============0258037190293043856==-- From xen-api-bounces@lists.xen.org Fri May 10 21:14:55 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 10 May 2013 21:14:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueK-00017P-SY; Fri, 10 May 2013 21:14:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UaueI-000178-Rh for xen-api@lists.xen.org; Fri, 10 May 2013 21:14:43 +0000 Received: from [85.158.143.99:54890] by server-2.bemta-4.messagelabs.com id 6B/40-27124-2436D815; Fri, 10 May 2013 21:14:42 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1368220480!24829991!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20671 invoked from network); 10 May 2013 21:14:41 -0000 Received: from mail-wg0-f52.google.com (HELO mail-wg0-f52.google.com) (74.125.82.52) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 May 2013 21:14:41 -0000 Received: by mail-wg0-f52.google.com with SMTP id k13so4359376wgh.31 for ; Fri, 10 May 2013 14:14:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:x-gm-message-state; bh=l0GHUylgGIUCmp1yOGsmxtzJG1V9xFxl9xwrslgNRoM=; b=nTmNZkWuwVL+eDKaWaq6XesOMntkxtEkOH6XyGqoJ6XwiIaDToJaEHqEZLB61kjgbk 9wtj/Ifa0OKS9g+8QXeb0hxrTGdaA2LktkZKPij1lrxsY2lwCAdzVoSgb6huiE0AA6Gt k4IaoUmb3vTg79Cs9G3VCBQpX1evbQjcCUFJ8IFrvjBSD//Cd/iA2XI99SxlnBNVS6dV Msh17th/dficYiysfXNx+6YM1GZuKzbYlM/jur1LE6MMBE9KRS1XPuS9S5yIYF1WwrPH nZKio5tSW7VFR+xkUVU6/1NfHLd8xobpuvjIgx4zvAHE8ZfBxGbEQe4qrxnTj1o1nfc7 bA0w== MIME-Version: 1.0 X-Received: by 10.180.206.172 with SMTP id lp12mr6290879wic.11.1368220480794; Fri, 10 May 2013 14:14:40 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Fri, 10 May 2013 14:14:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 May 2013 14:14:40 -0700 Message-ID: From: Steven Seed To: "xen-api@lists.xen.org" X-Gm-Message-State: ALoCoQkqV9M2/U/XGGMrcoNZmDDBH5go0escQZl+MbatxhYwAGb6/afaT5QvKgwwANGxy/gG0I+2 Subject: [Xen-API] Fwd: VGA Passthrough with Linux 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0258037190293043856==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============0258037190293043856== Content-Type: multipart/alternative; boundary=001a11c383febb850b04dc63a7fa --001a11c383febb850b04dc63a7fa Content-Type: text/plain; charset=ISO-8859-1 I sent this to xen-users, but someone suggested this list might have more info on my question... I've been doing some research and have seen the success by David Techer and Teo En Ming in getting a Windows guest to work with VGA passthrough under Xen but I'm wondering if anyone has been able to get it working with a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. I've got a hvm guest running and I've been able to assign the GPU to it. I'm at the point where the Nvidia driver loads and I can see a card in the guest with lspci, however the GPU isn't functional and I get a black screen. I think the issue may be vgabios related because if I cat /proc/driver/nvidia/gpus/0/information I get this: Model: Quadro K5000 IRQ: 40 GPU UUID: GPU-????????-????-????-????-???????????? Video BIOS: ??.??.??.??.?? Bus Type: PCI-E DMA Size: 32 bits DMA Mask: 0xffffffff Bus Location: 0000:00.06.0 If there are patches I need to make this work, I'd appreciate a pointer. I tried following Teo En Ming's document from here: http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen But unfortunately, at least over the last few days, I can't get the patches referenced at http://www.davidgis.fr/download because the site is down. Does anyone have these patches and do you know if they can be applied to XCP 1.6? -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios --001a11c383febb850b04dc63a7fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I sent this to xen-users, but someone suggested= this list might have more info on my question...

<= div class=3D"gmail_quote">

Model: Quadro K5000

IRQ: =A0 40

GPU UUID: GPU-????????-????-????-????-????????????

Video BIOS: ??.??.??.??.??

Bus Type: PCI-E

DMA Size: 32 bits

DMA Mask: 0xffffffff

Bus Location: = 0000:00.06.0

If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0

http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_= graphics_passthru_in_Xen

But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?

--
-

Steven Seed

Sr = Systems Engineer

Walt Disney Animation Studios

Date: Fri, 10 May 2013 18:17:35 -0400 Message-ID: From: Gizmo Chicken To: Steven Seed Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] Fwd: VGA Passthrough with Linux 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2850354540673688649==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============2850354540673688649== Content-Type: multipart/alternative; boundary=089e015367f6bc2ebc04dc648858 --089e015367f6bc2ebc04dc648858 Content-Type: text/plain; charset=ISO-8859-1 I replied on the Xen-user list, but am repeating my reply here on the Xen-API list: Aside from Windows 7 guests (which work great under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests. Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories. (I haven't had any luck with any other version of Catalyst.) But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try. Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu. On Fri, May 10, 2013 at 5:14 PM, Steven Seed < steven.seed@disneyanimation.com> wrote: > I sent this to xen-users, but someone suggested this list might have more > info on my question... > > > I've been doing some research and have seen the success by David Techer > and Teo En Ming in getting a Windows guest to work with VGA passthrough > under Xen but I'm wondering if anyone has been able to get it working with > a Linux guest. Specifically, I'm trying to run a RHEL 6.4 guest with a > Nvidia Quadro graphics card. At the moment, I'm running XCP 6.1 which is > xen 4.1.3-1.6.10 under the covers. I'm not sure if this will work or not. > I've got a hvm guest running and I've been able to assign the GPU to it. > I'm at the point where the Nvidia driver loads and I can see a card in the > guest with lspci, however the GPU isn't functional and I get a black > screen. I think the issue may be vgabios related because if I cat > /proc/driver/nvidia/gpus/0/information I get this: > > Model: Quadro K5000 > IRQ: 40 > GPU UUID: GPU-????????-????-????-????-???????????? > Video BIOS: ??.??.??.??.?? > Bus Type: PCI-E > DMA Size: 32 bits > DMA Mask: 0xffffffff > Bus Location: 0000:00.06.0 > > > If there are patches I need to make this work, I'd appreciate a pointer. I > tried following Teo En Ming's document from here: > > > http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_graphics_passthru_in_Xen > > But unfortunately, at least over the last few days, I can't get the > patches referenced at http://www.davidgis.fr/download because the site is > down. > > Does anyone have these patches and do you know if they can be applied to > XCP 1.6? > > > -- > - > Steven Seed > Sr Systems Engineer > Walt Disney Animation Studios > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > --089e015367f6bc2ebc04dc648858 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I replied on the Xen-user list, but am repeating my reply = here on the Xen-API list:

Aside from Windows 7 guests (which work gr= eat under XCP 1.6), I've only tried GPU passthrough with Ubuntu guests.=A0 Under XCP 1.6, GPU passthrough seems to work pretty will with Ubuntu 12.04 as a guest when using a Radeon HD 6670 as a secondary card combined with whatever version of Catalyst (not the updates) that is in found Ubuntu 12.04 repositories.=A0 (I haven't had any luck with any other version of Catalyst.)=A0 =

But as for Ubuntu 12.10, 13.04 and 13.10 guest, I've had no such luck with GPU passthrough, no matter what version of Catalyst I try.=A0 Would enjoy learning if anyone else has had better luck with any of these newer versions of Ubuntu.

On Fri, May 10, 2013 at= 5:14 PM, Steven Seed <steven.seed@disneyanimation.com&g= t; wrote:

I sent this to xen-use= rs, but someone suggested this list might have more info on my question...<= /div>

I've been doing some research and have seen the success= by David Techer and Teo En Ming in getting a Windows guest to work with VG= A passthrough under Xen but I'm wondering if anyone has been able to ge= t it working with a Linux guest. Specifically, I'm trying to run a RHEL= 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm runni= ng XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not sure = if this will work or not. I've got a hvm guest running and I've bee= n able to assign the GPU to it. I'm at the point where the Nvidia drive= r loads and I can see a card in the guest with lspci, however the GPU isn&#= 39;t functional and I get a black screen. I think the issue may be vgabios = related because if I cat /proc/driver/nvidia/gpus/0/information I get this:=

Model: Quadro K5000
IRQ: =A0 40

GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??

Bus Type: PCI-E
DMA Size: 32 bits

DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0

If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0

http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_= graphics_passthru_in_Xen

But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?

--
-
Steven Seed
Sr Systems Engineer<= /div>
Walt Disney Animation Studios

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

On Fri, May 10, 2013 at= 5:14 PM, Steven Seed <steven.seed@disneyanimation.com&g= t; wrote:

I sent this to xen-use= rs, but someone suggested this list might have more info on my question...<= /div>

I've been doing some research and have seen the success= by David Techer and Teo En Ming in getting a Windows guest to work with VG= A passthrough under Xen but I'm wondering if anyone has been able to ge= t it working with a Linux guest. Specifically, I'm trying to run a RHEL= 6.4 guest with a Nvidia Quadro graphics card. At the moment, I'm runni= ng XCP 6.1 which =A0is xen 4.1.3-1.6.10 under the covers. I'm not sure = if this will work or not. I've got a hvm guest running and I've bee= n able to assign the GPU to it. I'm at the point where the Nvidia drive= r loads and I can see a card in the guest with lspci, however the GPU isn&#= 39;t functional and I get a black screen. I think the issue may be vgabios = related because if I cat /proc/driver/nvidia/gpus/0/information I get this:=

Model: Quadro K5000
IRQ: =A0 40

GPU UUID: GPU-????????-????-????-????-????????????
Video BIOS: ??.??.??.??.??

Bus Type: PCI-E
DMA Size: 32 bits

DMA Mask: 0xffffffff
Bus Location: = 0000:00.06.0

If there are patches I need to mak= e this work, I'd appreciate a pointer. I tried following Teo En Ming= 9;s document from here:=A0

http://wiki.xen.org/wiki/Xen_VGA_Passthrough#Status_of_VGA_= graphics_passthru_in_Xen

But=A0unfortunately, at least over the last few days, I= can't get the patches referenced at=A0http://www.davidgis.fr/download because t= he site is down.=A0

Does anyone have these patches and do you know if they = can be applied to XCP 1.6?

--
-
Steven Seed
Sr Systems Engineer<= /div>
Walt Disney Animation Studios

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

--089e015367f6bc2ebc04dc648858-- --===============2850354540673688649== 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 --===============2850354540673688649==-- From xen-api-bounces@lists.xen.org Mon May 13 01:41:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 01:41:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbhlH-0000r8-Mh; Mon, 13 May 2013 01:41:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbhlF-0000r3-V6 for xen-api@lists.xen.org; Mon, 13 May 2013 01:41:10 +0000 Received: from [85.158.139.83:55460] by server-3.bemta-5.messagelabs.com id DE/7A-31108-4B440915; Mon, 13 May 2013 01:41:08 +0000 X-Env-Sender: chris@dload.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1368409264!28373200!1 X-Originating-IP: [202.182.134.244] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27510 invoked from network); 13 May 2013 01:41:06 -0000 Received: from mail.office.dload.com.au (HELO mail.office.dload.com.au) (202.182.134.244) by server-7.tower-182.messagelabs.com with SMTP; 13 May 2013 01:41:06 -0000 Received: from nsrm02man01 ([10.0.0.32]) by mail.office.dload.com.au ; Mon, 13 May 2013 11:41:25 +1000 From: "Chris Vella" To: Date: Mon, 13 May 2013 11:41:02 +1000 Message-ID: <022701ce4f7a$ed27b550$c7771ff0$@com.au> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5Peu0OScIAk9b6RMyjPuL2/WMCVA== Content-Language: en-au Subject: [Xen-API] xen xcp setup 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2564087194120513454==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2564087194120513454== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0228_01CE4FCE.BED3C550" Content-Language: en-au This is a multi-part message in MIME format. ------=_NextPart_000_0228_01CE4FCE.BED3C550 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys, Whilst I have been using the XEN hypervisor in our office/dev environments for some time, I am preparing to deploy the latest XCP build for our live/collocation installation. To date I haven't used any virtualisation at all in our live environment as I didn't see the purpose of it bar running a few service/edge systems such as domain controllers etc. Our setup is relatively straightforward with a three tier model: . Presentation tier (web servers, smtp, etc.) . Logic tier (business and operational servers) . Data tier (database and storage) I am going to leave the Data tier non virtualised and virtualise the logic and presentation tier. To date I have been able to simply add physical servers to either tier to increase CPU/processing capacity or additional redundancy. With consolidation of much more powerful hardware I should be able to reduce the amount of physical hardware needed whilst increasing throughput and reducing dead or idle CPU time. So the example scenario is: . Both the Presentation and Logic tiers have 6 physical servers each (12 total) in a load balanced (shared nothing) arrangement. These will be replaced with 3-4 physical servers running at least two VM's on each. . How do you set up the XEN XCP platform/environment for dynamic workload structures? . If spikes come through via the presentation tier how do you prioritise CPU/bandwidth to these servers/VM's? . Likewise if the presentation tier is acquiescent then how do you control it such that if the logic tier gets busy it can consume idle CPU/bandwidth? I have tried to find some relevant documentation or examples relating to this type of setup but haven't had much luck. If someone could either help me out directly or point me in the right direction it would be much appreciated. Cheers Chris ------=_NextPart_000_0228_01CE4FCE.BED3C550 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys,

Whilst I have been using the XEN hypervisor in our = office/dev environments for some time, I am preparing to deploy the latest XCP = build for our live/collocation installation.

To date I haven’t used any virtualisation at = all in our live environment as I didn’t see the purpose of it bar running a = few service/edge systems such as domain controllers etc. Our setup is = relatively straightforward with a three tier model:

· Presentation tier (web servers, smtp, = etc.)

· Logic tier (business and operational = servers)

· Data tier (database and = storage)

I am going to leave the Data tier non virtualised = and virtualise the logic and presentation tier. To date I have been able to simply add = physical servers to either tier to increase CPU/processing capacity or additional redundancy. With consolidation of much more powerful hardware I should = be able to reduce the amount of physical hardware needed whilst increasing = throughput and reducing dead or idle CPU time.

So the example scenario is:

· Both the Presentation and Logic tiers = have 6 physical servers each (12 total) in a load balanced (shared nothing) arrangement. These will be replaced with 3-4 physical servers running at = least two VM’s on each.

· How do you set up the XEN XCP = platform/environment for dynamic workload structures?

· If spikes come through via the = presentation tier how do you prioritise CPU/bandwidth to these = servers/VM’s?

· Likewise if the presentation tier is = acquiescent then how do you control it such that if the logic tier gets busy it can = consume idle CPU/bandwidth?

I have tried to find some relevant documentation or = examples relating to this type of setup but haven’t had much luck. If = someone could either help me out directly or point me in the right direction it would = be much appreciated.

Cheers

Chris

------=_NextPart_000_0228_01CE4FCE.BED3C550-- --===============2564087194120513454== 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 --===============2564087194120513454==-- From xen-api-bounces@lists.xen.org Mon May 13 01:41:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 01:41:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbhlH-0000r8-Mh; Mon, 13 May 2013 01:41:11 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbhlF-0000r3-V6 for xen-api@lists.xen.org; Mon, 13 May 2013 01:41:10 +0000 Received: from [85.158.139.83:55460] by server-3.bemta-5.messagelabs.com id DE/7A-31108-4B440915; Mon, 13 May 2013 01:41:08 +0000 X-Env-Sender: chris@dload.com.au X-Msg-Ref: server-7.tower-182.messagelabs.com!1368409264!28373200!1 X-Originating-IP: [202.182.134.244] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27510 invoked from network); 13 May 2013 01:41:06 -0000 Received: from mail.office.dload.com.au (HELO mail.office.dload.com.au) (202.182.134.244) by server-7.tower-182.messagelabs.com with SMTP; 13 May 2013 01:41:06 -0000 Received: from nsrm02man01 ([10.0.0.32]) by mail.office.dload.com.au ; Mon, 13 May 2013 11:41:25 +1000 From: "Chris Vella" To: Date: Mon, 13 May 2013 11:41:02 +1000 Message-ID: <022701ce4f7a$ed27b550$c7771ff0$@com.au> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5Peu0OScIAk9b6RMyjPuL2/WMCVA== Content-Language: en-au Subject: [Xen-API] xen xcp setup 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2564087194120513454==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2564087194120513454== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0228_01CE4FCE.BED3C550" Content-Language: en-au This is a multi-part message in MIME format. ------=_NextPart_000_0228_01CE4FCE.BED3C550 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys, Whilst I have been using the XEN hypervisor in our office/dev environments for some time, I am preparing to deploy the latest XCP build for our live/collocation installation. To date I haven't used any virtualisation at all in our live environment as I didn't see the purpose of it bar running a few service/edge systems such as domain controllers etc. Our setup is relatively straightforward with a three tier model: . Presentation tier (web servers, smtp, etc.) . Logic tier (business and operational servers) . Data tier (database and storage) I am going to leave the Data tier non virtualised and virtualise the logic and presentation tier. To date I have been able to simply add physical servers to either tier to increase CPU/processing capacity or additional redundancy. With consolidation of much more powerful hardware I should be able to reduce the amount of physical hardware needed whilst increasing throughput and reducing dead or idle CPU time. So the example scenario is: . Both the Presentation and Logic tiers have 6 physical servers each (12 total) in a load balanced (shared nothing) arrangement. These will be replaced with 3-4 physical servers running at least two VM's on each. . How do you set up the XEN XCP platform/environment for dynamic workload structures? . If spikes come through via the presentation tier how do you prioritise CPU/bandwidth to these servers/VM's? . Likewise if the presentation tier is acquiescent then how do you control it such that if the logic tier gets busy it can consume idle CPU/bandwidth? I have tried to find some relevant documentation or examples relating to this type of setup but haven't had much luck. If someone could either help me out directly or point me in the right direction it would be much appreciated. Cheers Chris ------=_NextPart_000_0228_01CE4FCE.BED3C550 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys,

Whilst I have been using the XEN hypervisor in our = office/dev environments for some time, I am preparing to deploy the latest XCP = build for our live/collocation installation.

· Presentation tier (web servers, smtp, = etc.)

· Logic tier (business and operational = servers)

· Data tier (database and = storage)

So the example scenario is:

· How do you set up the XEN XCP = platform/environment for dynamic workload structures?

· If spikes come through via the = presentation tier how do you prioritise CPU/bandwidth to these = servers/VM’s?

· Likewise if the presentation tier is = acquiescent then how do you control it such that if the logic tier gets busy it can = consume idle CPU/bandwidth?

Cheers

Chris

------=_NextPart_000_0228_01CE4FCE.BED3C550-- --===============2564087194120513454== 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 --===============2564087194120513454==-- From xen-api-bounces@lists.xen.org Mon May 13 03:33:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 03:33:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVf-00027q-IR; Mon, 13 May 2013 03:33:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVe-00027i-6Q; Mon, 13 May 2013 03:33:10 +0000 Received: from [85.158.143.99:47474] by server-2.bemta-4.messagelabs.com id 6D/E5-27124-5FE50915; Mon, 13 May 2013 03:33:09 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368415986!23538511!1 X-Originating-IP: [209.85.219.49] 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-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7833 invoked from network); 13 May 2013 03:33:08 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 03:33:08 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so5302759oag.8 for ; Sun, 12 May 2013 20:33:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=uYMHRImsWX/QUCP7nn6ErFK8YJ9rzekAZgMBWiFwMtg=; b=jzIAMCoJFmOmhuTiJ6xBYbVCBxKH5oaGmJdohJfHyJGwqdSQ5rUmSwRbK9oTf/9LjC IEFc7KHiYdqsWxvfjtaPEkEa9QdJN4VtEzidhPwAwjE/22o/zLvc2sAl6YR+YP00vdle XXaUS2mPh/vcBDw3nP7RvM82GOoI3q2HYNpM2TW4RiKSYaAATPteAuMh6aibs0AvOHZX nHw/5S7jl1lVdk8cR55IjUoDZP23z9ntwk6vQTkvZH5pOsEhtA+fhjPEptcpcfuNnm+c vhK2Vwho6Pj/wV1KbfjjHbmIbCPoj0kfrla+UcsM5pUAv22Pr20AH2BWgUGAsDK8KCg8 IeMw== MIME-Version: 1.0 X-Received: by 10.182.213.105 with SMTP id nr9mr1175887obc.78.1368415986098; Sun, 12 May 2013 20:33:06 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Sun, 12 May 2013 20:33:06 -0700 (PDT) Date: Sun, 12 May 2013 23:33:06 -0400 Message-ID: From: Gizmo Chicken To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] XCP 1.6: GPU passthrough with Ubuntu 13.04 HVM guest? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5214480516597454057==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5214480516597454057== Content-Type: multipart/alternative; boundary=001a11c2e8b8c1a80604dc912c05 --001a11c2e8b8c1a80604dc912c05 Content-Type: text/plain; charset=ISO-8859-1 XCP 1.6: GPU passthrough with an Ubuntu 13.04 HVM guest? Anyone? Anyone? Bueller? Anyone? On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken wrote: > I have a Radeon HD 6670 GPU and an IOMMU enabled motherboard. With that > GPU and motherboard, I had absolutely no trouble getting GPU passthrough to > work with XCP 1.6 and a Windows 7 guest. It just worked! And after some > trial and error (mostly error), I was able to get GPU passthrough working > with XCP 1.6 and an Ubuntu 12.04 HVM guest. > > But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no luck > at all in getting GPU passthrough to work. > > Has anyone out there had any luck getting GPU passthrough to work with a > Radeon GPU and an Ubuntu 12.10 (or 13.04) HVM guest? > > If you've had any luck getting GPU passthrough to work with a Radeon GPU > and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a few > tips, such as what driver was used and what edits, if any, were made to any > relevant guest configuration files? > > Thanks in advance for any help provided. > > Best regards, > GizmoChicken > > --001a11c2e8b8c1a80604dc912c05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

XCP 1.6:=A0 GPU passthrough with an Ubuntu 13.04 HVM guest= ?

Anyone?=A0 Anyone?=A0 Bueller?=A0 Anyone?

On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken <gizmoc= hicken@gmail.com> wrote:

I have a Radeon HD 6670 G= PU and an IOMMU enabled motherboard.=A0 With that GPU and motherboard, I ha= d absolutely no trouble getting GPU passthrough to work with XCP 1.6 and a = Windows 7 guest. It just worked!=A0 And after some trial and error (mostly = error), I was able to get GPU passthrough working with XCP 1.6 and an Ubunt= u 12.04 HVM guest.=A0

But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no lu= ck at all in getting GPU passthrough to work.

Has anyone out there h= ad any luck getting GPU passthrough to work with a Radeon GPU and an Ubuntu= 12.10 (or 13.04) HVM guest?

If you've had any luck getting GPU passthrough to work with a Radeo= n GPU and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a = few tips, such as what driver was used and what edits, if any, were made to= any relevant guest configuration files?

Thanks in advance for any help provided.

Best regards,
GizmoC= hicken

--001a11c2e8b8c1a80604dc912c05-- --===============5214480516597454057== 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 --===============5214480516597454057==-- From xen-api-bounces@lists.xen.org Mon May 13 03:33:25 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 03:33:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVf-00027q-IR; Mon, 13 May 2013 03:33:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbjVe-00027i-6Q; Mon, 13 May 2013 03:33:10 +0000 Received: from [85.158.143.99:47474] by server-2.bemta-4.messagelabs.com id 6D/E5-27124-5FE50915; Mon, 13 May 2013 03:33:09 +0000 X-Env-Sender: gizmochicken@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1368415986!23538511!1 X-Originating-IP: [209.85.219.49] 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-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7833 invoked from network); 13 May 2013 03:33:08 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 03:33:08 -0000 Received: by mail-oa0-f49.google.com with SMTP id k14so5302759oag.8 for ; Sun, 12 May 2013 20:33:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=uYMHRImsWX/QUCP7nn6ErFK8YJ9rzekAZgMBWiFwMtg=; b=jzIAMCoJFmOmhuTiJ6xBYbVCBxKH5oaGmJdohJfHyJGwqdSQ5rUmSwRbK9oTf/9LjC IEFc7KHiYdqsWxvfjtaPEkEa9QdJN4VtEzidhPwAwjE/22o/zLvc2sAl6YR+YP00vdle XXaUS2mPh/vcBDw3nP7RvM82GOoI3q2HYNpM2TW4RiKSYaAATPteAuMh6aibs0AvOHZX nHw/5S7jl1lVdk8cR55IjUoDZP23z9ntwk6vQTkvZH5pOsEhtA+fhjPEptcpcfuNnm+c vhK2Vwho6Pj/wV1KbfjjHbmIbCPoj0kfrla+UcsM5pUAv22Pr20AH2BWgUGAsDK8KCg8 IeMw== MIME-Version: 1.0 X-Received: by 10.182.213.105 with SMTP id nr9mr1175887obc.78.1368415986098; Sun, 12 May 2013 20:33:06 -0700 (PDT) Received: by 10.60.29.138 with HTTP; Sun, 12 May 2013 20:33:06 -0700 (PDT) Date: Sun, 12 May 2013 23:33:06 -0400 Message-ID: From: Gizmo Chicken To: "xen-api@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] XCP 1.6: GPU passthrough with Ubuntu 13.04 HVM guest? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5214480516597454057==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5214480516597454057== Content-Type: multipart/alternative; boundary=001a11c2e8b8c1a80604dc912c05 --001a11c2e8b8c1a80604dc912c05 Content-Type: text/plain; charset=ISO-8859-1 XCP 1.6: GPU passthrough with an Ubuntu 13.04 HVM guest? Anyone? Anyone? Bueller? Anyone? On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken wrote: > I have a Radeon HD 6670 GPU and an IOMMU enabled motherboard. With that > GPU and motherboard, I had absolutely no trouble getting GPU passthrough to > work with XCP 1.6 and a Windows 7 guest. It just worked! And after some > trial and error (mostly error), I was able to get GPU passthrough working > with XCP 1.6 and an Ubuntu 12.04 HVM guest. > > But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no luck > at all in getting GPU passthrough to work. > > Has anyone out there had any luck getting GPU passthrough to work with a > Radeon GPU and an Ubuntu 12.10 (or 13.04) HVM guest? > > If you've had any luck getting GPU passthrough to work with a Radeon GPU > and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a few > tips, such as what driver was used and what edits, if any, were made to any > relevant guest configuration files? > > Thanks in advance for any help provided. > > Best regards, > GizmoChicken > > --001a11c2e8b8c1a80604dc912c05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

XCP 1.6:=A0 GPU passthrough with an Ubuntu 13.04 HVM guest= ?

Anyone?=A0 Anyone?=A0 Bueller?=A0 Anyone?

On Mon, Feb 25, 2013 at 11:17 PM, Gizmo Chicken <gizmoc= hicken@gmail.com> wrote:

I have a Radeon HD 6670 G= PU and an IOMMU enabled motherboard.=A0 With that GPU and motherboard, I ha= d absolutely no trouble getting GPU passthrough to work with XCP 1.6 and a = Windows 7 guest. It just worked!=A0 And after some trial and error (mostly = error), I was able to get GPU passthrough working with XCP 1.6 and an Ubunt= u 12.04 HVM guest.=A0

But with Ubuntu 12.10 and 13.04 HVM guests, I have had absolutely no lu= ck at all in getting GPU passthrough to work.

Has anyone out there h= ad any luck getting GPU passthrough to work with a Radeon GPU and an Ubuntu= 12.10 (or 13.04) HVM guest?

If you've had any luck getting GPU passthrough to work with a Radeo= n GPU and an Ubuntu 12.10 (or 13.04) HVM guest, would you please provide a = few tips, such as what driver was used and what edits, if any, were made to= any relevant guest configuration files?

Thanks in advance for any help provided.

Best regards,
GizmoC= hicken

--001a11c2e8b8c1a80604dc912c05-- --===============5214480516597454057== 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 --===============5214480516597454057==-- From xen-api-bounces@lists.xen.org Mon May 13 10:10:33 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10:10:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubpi2-0008Lm-P0; Mon, 13 May 2013 10:10:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbpO4-0007Sl-Mk for xen-api@lists.xen.org; Mon, 13 May 2013 09:49:44 +0000 Received: from [85.158.139.83:35427] by server-11.bemta-5.messagelabs.com id 81/72-26693-737B0915; Mon, 13 May 2013 09:49:43 +0000 X-Env-Sender: athaswang1991@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1368438577!29463144!1 X-Originating-IP: [209.85.216.172] 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-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30926 invoked from network); 13 May 2013 09:49:38 -0000 Received: from mail-qc0-f172.google.com (HELO mail-qc0-f172.google.com) (209.85.216.172) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 09:49:38 -0000 Received: by mail-qc0-f172.google.com with SMTP id z1so3269823qcx.3 for ; Mon, 13 May 2013 02:49:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=8emZFgi1Z3BqtKesYw7G+VoHNhCCdCnHojml8WoMzTc=; b=R91vgbT43qygZVYCIB5TWaB/11hZ0HnMtEje+paEbz8ZDDeT4a7puLD/K1mmXxvzUc 2jZmuGZ5l7ppbxzzWskWqluN+RnB1OuTmsDbdVfGoPxZYD8Gy3kEHoWM/tTiLjljfyY/ 3f5GDYR9XW41qp0HGDfQ1c1NV+8EkTgHh90ax48h/DvWu4JngiTumW5n04aC9N/DpGC9 9r6FwC+AcaVdzswhx7lDmE+r9ZMzL+u60xaFCS2j/DNQjVu6xY5UPjSONVBIdREt4lbD oeI+ysZNY5HRt8P8Z5SRw63CMQf4yDoyfLbhm9ykcTMCMAtqfNLx8FEFHXiaJ+Os4Zor s0dw== MIME-Version: 1.0 X-Received: by 10.224.34.198 with SMTP id m6mr20107848qad.39.1368438577157; Mon, 13 May 2013 02:49:37 -0700 (PDT) Received: by 10.49.35.144 with HTTP; Mon, 13 May 2013 02:49:37 -0700 (PDT) Date: Mon, 13 May 2013 17:49:37 +0800 Message-ID: From: =?GB2312?B?zfXwqQ==?= To: xen-api@lists.xen.org X-Mailman-Approved-At: Mon, 13 May 2013 10:10:22 +0000 Subject: [Xen-API] Would you explain the asynchronous operations "AO" in xen-4.2.1? 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1230916263329918631==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1230916263329918631== Content-Type: multipart/alternative; boundary=20cf3074b7b049ddbe04dc966f0b --20cf3074b7b049ddbe04dc966f0b Content-Type: text/plain; charset=ISO-8859-1 I'm learning to use checkpoint (xl -save) in xen-4.2.1 ,however, It's difficult to understand the code of function xc_domain_save() and asynchronous operations "AO". May I have the details of asynchronous operations "AO" ? Meanwhile ,I can't figure it out what the difference between "xm -save" and "xm snapshot-create" is. Need your help urgently! Sincerely waitting for your response! Thank you! --20cf3074b7b049ddbe04dc966f0b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm learning to use checkpoint (xl -save) in xen-4.2.1 ,however, It&#= 39;s difficult to understand the code of =A0function xc_domain_save() and a= synchronous operations "AO". May I have the details of=A0=A0async= hronous operations "AO" ? Meanwhile ,I can't figure it out wh= at the difference between "xm -save" and "xm snapshot-create= " is. Need your help urgently!

Sincerely waitting for your response!

Thank you!

Sincerely waitting for your response!

Thank you!

--20cf3074b7b049ddbe04dc966f0b-- --===============1230916263329918631== 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 --===============1230916263329918631==-- From xen-api-bounces@lists.xen.org Mon May 13 10:31:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10:31:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq25-00011L-AM; Mon, 13 May 2013 10:31:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq24-000111-1g; Mon, 13 May 2013 10:31:04 +0000 Received: from [85.158.143.99:23808] by server-3.bemta-4.messagelabs.com id 33/03-02015-7E0C0915; Mon, 13 May 2013 10:31:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368441024!22506281!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24918 invoked from network); 13 May 2013 10:30:24 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:30:24 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji2so2353676bkc.24 for ; Mon, 13 May 2013 03:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=gS4FbBWHGJClymguk1I5kmRGnnwXHMnX3FDD86fVzHQ=; b=fzmQTCetlVVx25Dwl7Bwiw5LPC90KGGiWYOrLdA7hykWX/9PbDZNnnCxAAC82K/pvI GDo2n3312m7Y5NQ+izUxVkQYp2dFPxREy3LWZKk2l6VBD3Oj2uiPClOqwJaBf1OhKJKr BFsHp+RQynsZQt8J5dC3voFv0q8fz6rVy/AIbJ5qlQpgRV+QsWZlE/ym/RAnrCDgRocL FPMv7fhPKOsAL3KrKItScu4ctH7ndjSehhlDQ2Kyx58IJaniF8y1eUAG6UOfsh4MqUse i8sfkCwVDot29Kdyst0JMQXKqu47eMU4Ojx/HZNviT/Al96Twdnf4lXfR9d9Ek5u9jLQ Jt4A== X-Received: by 10.204.26.8 with SMTP id b8mr5477988bkc.83.1368441023929; Mon, 13 May 2013 03:30:23 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1916196bkh.15.2013.05.13.03.30.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:30:22 -0700 (PDT) Message-ID: <5190C0BC.5060008@xen.org> Date: Mon, 13 May 2013 11:30:20 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) 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 List-Unsubscribe: , List-Post: List-Help: List-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 Community Members, as part of the move of Xen to the Linux Foundation, I have made a few proposals for Governance changes on the Xen Project mailing lists in the last few weeks. To avoid voting fatigue, several proposals are up for review or voting: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below) Regards Lars Voting for Proposals ==================== Two proposals Xen Project Governance v2 and Mailing List Conventions v1 are up for vote using this voting form (http://www.xenproject.org/component/content/article/98-developers/vote/127-vote-governance-v2-and-mailing-list-conventions-v1.html). As the two proposals affect all Xen Project teams, all maintainers, committers and project leads of mature projects and the community manager can vote. The vote will be open until May 20, 2013. Voting for Events ================= As it is very hard to book event space on short notice, I wanted to ask you all where to hold Xen Project user and developer events in 2014. Earlier this year, there was a debate whether we should rotate Xen Events around the globe. The answer was a very strong*yes*. As we have a Hackathon and Xen Developer Summit in Europe this year, Europe will not be an option for a developer event in 2014. Rather than creating a voting form, I decided to use the voting feature on the newxenproject.org website. To vote, you need to create an account. If you have difficulties, let me know. The poll isat http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. The vote will stay open until the middle of June. _______________________________________________ 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 13 10:31:13 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10:31:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq25-00011L-AM; Mon, 13 May 2013 10:31:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubq24-000111-1g; Mon, 13 May 2013 10:31:04 +0000 Received: from [85.158.143.99:23808] by server-3.bemta-4.messagelabs.com id 33/03-02015-7E0C0915; Mon, 13 May 2013 10:31:03 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1368441024!22506281!1 X-Originating-IP: [209.85.214.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24918 invoked from network); 13 May 2013 10:30:24 -0000 Received: from mail-bk0-f51.google.com (HELO mail-bk0-f51.google.com) (209.85.214.51) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:30:24 -0000 Received: by mail-bk0-f51.google.com with SMTP id ji2so2353676bkc.24 for ; Mon, 13 May 2013 03:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=gS4FbBWHGJClymguk1I5kmRGnnwXHMnX3FDD86fVzHQ=; b=fzmQTCetlVVx25Dwl7Bwiw5LPC90KGGiWYOrLdA7hykWX/9PbDZNnnCxAAC82K/pvI GDo2n3312m7Y5NQ+izUxVkQYp2dFPxREy3LWZKk2l6VBD3Oj2uiPClOqwJaBf1OhKJKr BFsHp+RQynsZQt8J5dC3voFv0q8fz6rVy/AIbJ5qlQpgRV+QsWZlE/ym/RAnrCDgRocL FPMv7fhPKOsAL3KrKItScu4ctH7ndjSehhlDQ2Kyx58IJaniF8y1eUAG6UOfsh4MqUse i8sfkCwVDot29Kdyst0JMQXKqu47eMU4Ojx/HZNviT/Al96Twdnf4lXfR9d9Ek5u9jLQ Jt4A== X-Received: by 10.204.26.8 with SMTP id b8mr5477988bkc.83.1368441023929; Mon, 13 May 2013 03:30:23 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1916196bkh.15.2013.05.13.03.30.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:30:22 -0700 (PDT) Message-ID: <5190C0BC.5060008@xen.org> Date: Mon, 13 May 2013 11:30:20 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" Subject: [Xen-API] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) 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 List-Unsubscribe: , List-Post: List-Help: List-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 Community Members, as part of the move of Xen to the Linux Foundation, I have made a few proposals for Governance changes on the Xen Project mailing lists in the last few weeks. To avoid voting fatigue, several proposals are up for review or voting: - For vote:Xen Project Governance v2 at http://www.xenproject.org/component/content/article/80-developers/136-governance-v2-proposal.html - For vote:Mailing List Conventions v1 at http://www.xenproject.org/component/content/article/80-developers/139-mailing-list-conventions.html - For vote: Dates and Locations for 2014 Events (see below) Regards Lars Voting for Proposals ==================== Two proposals Xen Project Governance v2 and Mailing List Conventions v1 are up for vote using this voting form (http://www.xenproject.org/component/content/article/98-developers/vote/127-vote-governance-v2-and-mailing-list-conventions-v1.html). As the two proposals affect all Xen Project teams, all maintainers, committers and project leads of mature projects and the community manager can vote. The vote will be open until May 20, 2013. Voting for Events ================= As it is very hard to book event space on short notice, I wanted to ask you all where to hold Xen Project user and developer events in 2014. Earlier this year, there was a debate whether we should rotate Xen Events around the globe. The answer was a very strong*yes*. As we have a Hackathon and Xen Developer Summit in Europe this year, Europe will not be an option for a developer event in 2014. Rather than creating a voting form, I decided to use the voting feature on the newxenproject.org website. To vote, you need to create an account. If you have difficulties, let me know. The poll isat http://www.xenproject.org/help/questions-and-answers/vote-on-2014-event-locations.html. The vote will stay open until the middle of June. _______________________________________________ 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 13 10:57:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10: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 ) id 1UbqRU-0002kN-Ev; Mon, 13 May 2013 10:57:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqRT-0002k9-2p; Mon, 13 May 2013 10:57:19 +0000 Received: from [85.158.139.83:49718] by server-1.bemta-5.messagelabs.com id EB/BC-01720-E07C0915; Mon, 13 May 2013 10:57:18 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368442573!30078548!1 X-Originating-IP: [209.85.214.49] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17334 invoked from network); 13 May 2013 10:56:13 -0000 Received: from mail-bk0-f49.google.com (HELO mail-bk0-f49.google.com) (209.85.214.49) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:56:13 -0000 Received: by mail-bk0-f49.google.com with SMTP id na10so166060bkb.8 for ; Mon, 13 May 2013 03:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=X91GNvnqWY26BS6ontrmk6ul+aB4WmBEmCwoXbSq7Yk=; b=BUemwfSMVtO1+Jw9ADrae47YVFhzUYurTkT7h3gfcM01Qcjqfhb6AzeL8KKPWr/V7A bGszMK4BZOpN9LrZAFxE1TYPFgFjotnDerGdL+DiwqbSoSCpdibl2ZLgYveFvwcVURwr ueh6yZmbAO/587xnF9HZxOcBtmwORgXbJJfSNWT2yObJoF9ysuvTT+Ens7XO8+RxRs0u WGKMR2fzmRS7vNB564mCxmTFKrTDP6cTiVXTPZo9fePW8W3GrNY1gNuccVEsF69BmkPk HE4XsyYZ+MVoCDRgiEa8DN++AaPnINj4w0EQt24I0se0ELPglDqaS1688SOce2Bxbbea rN7Q== X-Received: by 10.205.112.81 with SMTP id er17mr5378303bkc.69.1368442573051; Mon, 13 May 2013 03:56:13 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1959939bkh.15.2013.05.13.03.56.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:56:12 -0700 (PDT) Message-ID: <5190C6C5.7010909@xen.org> Date: Mon, 13 May 2013 11:56:05 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Moving the next Xen Document Day to May 28 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 List-Unsubscribe: , List-Post: List-Help: List-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, I just noticed that May 27th is a public holiday in the UK. I wanted to propose to move the document day by one day to May 28th. Any objections? 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 13 10:57:28 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 10: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 ) id 1UbqRU-0002kN-Ev; Mon, 13 May 2013 10:57:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqRT-0002k9-2p; Mon, 13 May 2013 10:57:19 +0000 Received: from [85.158.139.83:49718] by server-1.bemta-5.messagelabs.com id EB/BC-01720-E07C0915; Mon, 13 May 2013 10:57:18 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1368442573!30078548!1 X-Originating-IP: [209.85.214.49] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17334 invoked from network); 13 May 2013 10:56:13 -0000 Received: from mail-bk0-f49.google.com (HELO mail-bk0-f49.google.com) (209.85.214.49) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 10:56:13 -0000 Received: by mail-bk0-f49.google.com with SMTP id na10so166060bkb.8 for ; Mon, 13 May 2013 03:56:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=X91GNvnqWY26BS6ontrmk6ul+aB4WmBEmCwoXbSq7Yk=; b=BUemwfSMVtO1+Jw9ADrae47YVFhzUYurTkT7h3gfcM01Qcjqfhb6AzeL8KKPWr/V7A bGszMK4BZOpN9LrZAFxE1TYPFgFjotnDerGdL+DiwqbSoSCpdibl2ZLgYveFvwcVURwr ueh6yZmbAO/587xnF9HZxOcBtmwORgXbJJfSNWT2yObJoF9ysuvTT+Ens7XO8+RxRs0u WGKMR2fzmRS7vNB564mCxmTFKrTDP6cTiVXTPZo9fePW8W3GrNY1gNuccVEsF69BmkPk HE4XsyYZ+MVoCDRgiEa8DN++AaPnINj4w0EQt24I0se0ELPglDqaS1688SOce2Bxbbea rN7Q== X-Received: by 10.205.112.81 with SMTP id er17mr5378303bkc.69.1368442573051; Mon, 13 May 2013 03:56:13 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id x5sm1959939bkh.15.2013.05.13.03.56.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 03:56:12 -0700 (PDT) Message-ID: <5190C6C5.7010909@xen.org> Date: Mon, 13 May 2013 11:56:05 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: "xen-devel@lists.xen.org" , "xen-api@lists.xen.org" Subject: [Xen-API] Moving the next Xen Document Day to May 28 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 List-Unsubscribe: , List-Post: List-Help: List-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, I just noticed that May 27th is a public holiday in the UK. I wanted to propose to move the document day by one day to May 28th. Any objections? 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 13 11:03:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 11:03:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqXL-0003Gb-Qw; Mon, 13 May 2013 11:03:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqXJ-0003GE-QC; Mon, 13 May 2013 11:03:21 +0000 Received: from [85.158.139.211:62315] by server-13.bemta-5.messagelabs.com id FE/BA-08040-678C0915; Mon, 13 May 2013 11:03:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1368442998!22804779!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5853 invoked from network); 13 May 2013 11:03:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 11:03:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4489053" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 10:53:25 +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.298.1; Mon, 13 May 2013 12:02:19 +0100 Message-ID: <1368442937.537.60.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 13 May 2013 12:02:17 +0100 In-Reply-To: <5190C6C5.7010909@xen.org> References: <5190C6C5.7010909@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Moving the next Xen Document Day to May 28 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 List-Unsubscribe: , List-Post: List-Help: List-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, 2013-05-13 at 11:56 +0100, Lars Kurth wrote: > Hi everybody, > I just noticed that May 27th is a public holiday in the UK. I wanted to > propose to move the document day by one day to May 28th. Any objections? Sounds fine to me. _______________________________________________ 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 13 11:03:31 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 11:03:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqXL-0003Gb-Qw; Mon, 13 May 2013 11:03:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbqXJ-0003GE-QC; Mon, 13 May 2013 11:03:21 +0000 Received: from [85.158.139.211:62315] by server-13.bemta-5.messagelabs.com id FE/BA-08040-678C0915; Mon, 13 May 2013 11:03:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1368442998!22804779!1 X-Originating-IP: [46.33.159.39] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNDYuMzMuMTU5LjM5ID0+IDI2MzI1\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5853 invoked from network); 13 May 2013 11:03:18 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (46.33.159.39) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 11:03:18 -0000 X-IronPort-AV: E=Sophos;i="4.87,552,1363132800"; d="scan'208";a="4489053" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 13 May 2013 10:53:25 +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.298.1; Mon, 13 May 2013 12:02:19 +0100 Message-ID: <1368442937.537.60.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 13 May 2013 12:02:17 +0100 In-Reply-To: <5190C6C5.7010909@xen.org> References: <5190C6C5.7010909@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.4.4-1 MIME-Version: 1.0 Cc: "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Xen-devel] Moving the next Xen Document Day to May 28 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 List-Unsubscribe: , List-Post: List-Help: List-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, 2013-05-13 at 11:56 +0100, Lars Kurth wrote: > Hi everybody, > I just noticed that May 27th is a public holiday in the UK. I wanted to > propose to move the document day by one day to May 28th. Any objections? Sounds fine to me. _______________________________________________ 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 13 12:11:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 12:11:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbX-0006iP-02; Mon, 13 May 2013 12:11:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbV-0006iB-NT; Mon, 13 May 2013 12:11:45 +0000 Received: from [85.158.139.211:27217] by server-7.bemta-5.messagelabs.com id C8/B2-12828-088D0915; Mon, 13 May 2013 12:11:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368447079!22729479!1 X-Originating-IP: [209.85.214.53] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27331 invoked from network); 13 May 2013 12:11:19 -0000 Received: from mail-bk0-f53.google.com (HELO mail-bk0-f53.google.com) (209.85.214.53) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 12:11:19 -0000 Received: by mail-bk0-f53.google.com with SMTP id mx1so211320bkb.12 for ; Mon, 13 May 2013 05:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hLmuV24RrlGz0u4Mc10CI0AcPqgjTUoU/0+2CVqcUso=; b=z2UGVO7QEP52PJXVnIclCaRLw6Sl1O4/wRsSMJ8Hw8snYpxV9SpW1fhL5h+SaNXf5S wNkettM4u87hUc75DJ3uHj12NEHdobKyyHGpec+OtoOdp3RtOC/LmKvCeTNXNnomfgbU hlmiIyVQ7xyerc81oSoLwl/c6JCGD592NJIkTuMqJfiN9m06yABIjbWHr7wYzYLQ6NYC 6Az29eCCCdWyrkf8k1FqAyuZQSe3IQPNxaudkfoDGP8HTR/vgamte/JtwWRwscKfVRR5 obaWfyyPYepl/UroeJtw4y9rtrmS8ChjK93fEhgS1O/KsF4wpm3HR3XLFmoyDrBwlNVV NegA== X-Received: by 10.205.128.68 with SMTP id hd4mr5624556bkc.23.1368447079436; Mon, 13 May 2013 05:11:19 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id f14sm2070115bky.16.2013.05.13.05.11.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 05:11:18 -0700 (PDT) Message-ID: <5190D855.2020608@xen.org> Date: Mon, 13 May 2013 13:11:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5190C0BC.5060008@xen.org> In-Reply-To: <5190C0BC.5060008@xen.org> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) 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 List-Unsubscribe: , List-Post: List-Help: List-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 13/05/2013 11:30, Lars Kurth wrote: > Dear Community Members, > > ... To avoid voting fatigue, several proposals are up for review or > voting: I created a slight confusion here by taking the blog post at http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ and not removing "for review" from it. The *only* proposal that is for review has been sent out separately on friday to xen-devel and xen-users named "[Final Community Review] Xen Security Problem Response Process v2" (see http://lists.xen.org/archives/html/xen-devel/2013-05/msg01243.html). All proposals in this mail are for voting, with the original discussions x-reffed in http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ 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 13 12:11:56 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 12:11:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbX-0006iP-02; Mon, 13 May 2013 12:11:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbrbV-0006iB-NT; Mon, 13 May 2013 12:11:45 +0000 Received: from [85.158.139.211:27217] by server-7.bemta-5.messagelabs.com id C8/B2-12828-088D0915; Mon, 13 May 2013 12:11:44 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1368447079!22729479!1 X-Originating-IP: [209.85.214.53] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27331 invoked from network); 13 May 2013 12:11:19 -0000 Received: from mail-bk0-f53.google.com (HELO mail-bk0-f53.google.com) (209.85.214.53) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 12:11:19 -0000 Received: by mail-bk0-f53.google.com with SMTP id mx1so211320bkb.12 for ; Mon, 13 May 2013 05:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:reply-to:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=hLmuV24RrlGz0u4Mc10CI0AcPqgjTUoU/0+2CVqcUso=; b=z2UGVO7QEP52PJXVnIclCaRLw6Sl1O4/wRsSMJ8Hw8snYpxV9SpW1fhL5h+SaNXf5S wNkettM4u87hUc75DJ3uHj12NEHdobKyyHGpec+OtoOdp3RtOC/LmKvCeTNXNnomfgbU hlmiIyVQ7xyerc81oSoLwl/c6JCGD592NJIkTuMqJfiN9m06yABIjbWHr7wYzYLQ6NYC 6Az29eCCCdWyrkf8k1FqAyuZQSe3IQPNxaudkfoDGP8HTR/vgamte/JtwWRwscKfVRR5 obaWfyyPYepl/UroeJtw4y9rtrmS8ChjK93fEhgS1O/KsF4wpm3HR3XLFmoyDrBwlNVV NegA== X-Received: by 10.205.128.68 with SMTP id hd4mr5624556bkc.23.1368447079436; Mon, 13 May 2013 05:11:19 -0700 (PDT) Received: from [172.16.26.11] ([5.69.56.103]) by mx.google.com with ESMTPSA id f14sm2070115bky.16.2013.05.13.05.11.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 05:11:18 -0700 (PDT) Message-ID: <5190D855.2020608@xen.org> Date: Mon, 13 May 2013 13:11:01 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: lars.kurth@xen.org References: <5190C0BC.5060008@xen.org> In-Reply-To: <5190C0BC.5060008@xen.org> Cc: "xen-arm@lists.xen.org" , "xen-users@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-API] [Votes] Xen Project Governance v2 , Mailing List Conventions v1, 2014 Event Locations (open to all) 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 List-Unsubscribe: , List-Post: List-Help: List-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 13/05/2013 11:30, Lars Kurth wrote: > Dear Community Members, > > ... To avoid voting fatigue, several proposals are up for review or > voting: I created a slight confusion here by taking the blog post at http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ and not removing "for review" from it. The *only* proposal that is for review has been sent out separately on friday to xen-devel and xen-users named "[Final Community Review] Xen Security Problem Response Process v2" (see http://lists.xen.org/archives/html/xen-devel/2013-05/msg01243.html). All proposals in this mail are for voting, with the original discussions x-reffed in http://blog.xen.org/index.php/2013/05/13/xen-project-governance-changes-for-review-and-vote/ 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 13 16:14:21 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 16:14:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvOA-0002QK-4u; Mon, 13 May 2013 16:14:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvO8-0002QD-68 for xen-api@lists.xen.org; Mon, 13 May 2013 16:14:12 +0000 Received: from [85.158.139.83:43363] by server-13.bemta-5.messagelabs.com id E4/CF-08040-35111915; Mon, 13 May 2013 16:14:11 +0000 X-Env-Sender: John.Garbutt@rackspace.co.uk X-Msg-Ref: server-5.tower-182.messagelabs.com!1368461636!32597910!1 X-Originating-IP: [92.52.110.111] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTIuNTIuMTEwLjExMSA9PiA1MTk1NQ==\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_18,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNTAzMDQxMCAoYWJhbmRvbmVkOiBhc2h1dG9zaG4ud29yZ HBy\nZXNzLmNvbSk=\n X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17347 invoked from network); 13 May 2013 16:13:56 -0000 Received: from mx1.lon.rackspace.com (HELO mx1.lon3.rackspace.co.uk) (92.52.110.111) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 16:13:56 -0000 X-SBRS: None X-SenderGroup: RELAYLIST-UK X-MailFlowPolicy: $RELAYED-UK X-IronPort-AV: E=McAfee;i="5400,1158,7073"; a="34969458" X-IronPort-AV: E=Sophos;i="4.87,662,1363132800"; d="jpg'145?scan'145,208,217,145";a="34969458" Received: from lon3exh01.rackspace.corp ([10.9.27.23]) by mx1.lon3.rackspace.co.uk with ESMTP/TLS/AES128-SHA; 13 May 2013 17:13:55 +0100 Content-Type: multipart/mixed; boundary="_ef0e3a4a-7de9-4eff-9a10-32f2e3964d7b_" Received: from LON3EXH02.RACKSPACE.CORP (10.9.27.24) by LON3EXH01.RACKSPACE.CORP (10.9.27.23) with Microsoft SMTP Server (TLS) id 14.2.298.4; Mon, 13 May 2013 17:13:54 +0100 Received: from LON3EXD01.RACKSPACE.CORP ([169.254.2.24]) by LON3EXH02.RACKSPACE.CORP ([10.9.27.24]) with mapi id 14.02.0298.004; Mon, 13 May 2013 17:13:54 +0100 From: John Garbutt To: Ashutosh Narayan , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Installing OpenStack Grizzly on CentOS VM running on XenServer Thread-Index: AQHOT/TdguZi8C8/J0q5y/hmuameOg== Date: Mon, 13 May 2013 16:13:54 +0000 Message-ID: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.27.40] MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: 98c3d342-b289-4e02-bb98-bcf6b106f538 Subject: Re: [Xen-API] Installing OpenStack Grizzly on CentOS VM running on XenServer 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 List-Unsubscribe:

I'm trying to install xen-api on RHEL 6.4 by following= the instructions in=A0http://wiki.xen.org/wiki/XCP_Building_Instructions , however= there appears to be a problem with the repo on github. I've emailed Gi= thub support, but someone should probably look into it.

% git clone git://github.com/xen-org/opam-rep= o-dev

Cloni= ng into 'opam-repo-dev'...

remote: error: refs/heads/master= does not point to a valid object!

remote: error: refs/pull/1/head does not point to a valid ob= ject!

remote: error: refs/pull/1/merge= does not point to a valid object!

remote: error: refs/pull/10/head does not point to a valid o= bject!

remote: error: refs/pull/10/merg= e does not point to a valid object!

remote: error: refs/pull/2/head does not point to a valid o= bject!

remote: error: refs/pull/2/merge= does not point to a valid object!

remote: error: refs/pull/3/head does not point to a valid ob= ject!

remote: error: refs/pull/3/merge= does not point to a valid object!

remote: error: refs/pull/4/head does not point to a valid ob= ject!

remote: error: refs/pull/4/merge= does not point to a valid object!

remote: error: refs/pull/5/head does not point to a valid ob= ject!

remote: error: refs/pull/5/merge= does not point to a valid object!

remote: error: refs/pull/6/head does not point to a valid ob= ject!

remote: error: refs/pull/6/merge= does not point to a valid object!

remote: error: refs/pull/7/head does not point to a valid ob= ject!

remote: error: refs/pull/7/merge= does not point to a valid object!

remote: error: refs/pull/8/head does not point to a valid ob= ject!

remote: error: refs/pull/8/merge= does not point to a valid object!

remote: error: refs/pull/9/head does not point to a valid ob= ject!

remote: error: refs/pull/9/merge= does not point to a valid object!

remote: fatal: failed to read object d146147d40c8ba78d207cd3= 5c17e799c79a1dce8: Input/output error

remote: aborting due to possible= repository corruption on the remote side.

fatal: early EOF

fatal: index-pack failed

--
-

Steven Seed

Sr Systems Engineer<= /div>

Walt Disney Animation Studios

818-460-9453

--f46d043c7e30c4982a04dc9e4e0c-- --===============9030520806149432400== 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 --===============9030520806149432400==-- From xen-api-bounces@lists.xen.org Mon May 13 19:13:43 2013 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 13 May 2013 19:13:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbyBU-0001ql-AM; Mon, 13 May 2013 19:13:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1UbyBR-0001qa-Ut for xen-api@lists.xen.org; Mon, 13 May 2013 19:13:18 +0000 Received: from [85.158.138.51:51991] by server-1.bemta-3.messagelabs.com id 35/CA-20211-84B31915; Mon, 13 May 2013 19:13:12 +0000 X-Env-Sender: steven.seed@disneyanimation.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1368472391!28479565!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.8.6.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14102 invoked from network); 13 May 2013 19:13:11 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 May 2013 19:13:11 -0000 Received: by mail-wi0-f169.google.com with SMTP id hn14so1000436wib.2 for ; Mon, 13 May 2013 12:13:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=mVSXpWmCeL0+40BJKFOCswOumGzNW5s5AYOT/pW8EGE=; b=Cf5g8GFVQCM5acXNGSedit4iFCCfxedNSgEHaEmwsoYHwRTQ4QweaYSEvnIOy89em3 4zi8mHYwi1oQm4yLmMQWN6GmyWTH4cVwFrxps6Vx0yIdNwl5+A7nujJ7UHx9a4KoQWqX XXNlhTQ9HGqVcNkKRnuaSho/0N03V9BsEtlE+h4zOJ9DiB0TJBdqW0GiAdTu833aqkgd 0LYC8Z0Skb8cuIzt1idihkHzBsQHPwjBkXu4pu890vvUqX7H4yijXivE8XJwtDlSiiE5 8daK8lsVwPDB3JySV63Ku/IdehpYPW5454CNkJqV2o+2IWchB/o0Pu+pw/+CYxVz7EdH NW4A== MIME-Version: 1.0 X-Received: by 10.181.12.1 with SMTP id em1mr21636420wid.4.1368472391285; Mon, 13 May 2013 12:13:11 -0700 (PDT) Received: by 10.217.64.193 with HTTP; Mon, 13 May 2013 12:13:11 -0700 (PDT) Date: Mon, 13 May 2013 12:13:11 -0700 Message-ID: From: Steven Seed To: "xen-api@lists.xen.org" X-Gm-Message-State: ALoCoQn5Spbb/P2JjT+qAlBszP67qYc1P5xOqswzu2GR67W37H58S3OFZ618R2IbZhGh+dW9Gaae Subject: [Xen-API] Problems with the github repo for opam-repo-dev 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 List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9030520806149432400==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============9030520806149432400== Content-Type: multipart/alternative; boundary=f46d043c7e30c4982a04dc9e4e0c --f46d043c7e30c4982a04dc9e4e0c Content-Type: text/plain; charset=ISO-8859-1 I'm trying to install xen-api on RHEL 6.4 by following the instructions in http://wiki.xen.org/wiki/XCP_Building_Instructions , however there appears to be a problem with the repo on github. I've emailed Github support, but someone should probably look into it. % git clone git://github.com/xen-org/opam-repo-dev Cloning into 'opam-repo-dev'... remote: error: refs/heads/master does not point to a valid object! remote: error: refs/pull/1/head does not point to a valid object! remote: error: refs/pull/1/merge does not point to a valid object! remote: error: refs/pull/10/head does not point to a valid object! remote: error: refs/pull/10/merge does not point to a valid object! remote: error: refs/pull/2/head does not point to a valid object! remote: error: refs/pull/2/merge does not point to a valid object! remote: error: refs/pull/3/head does not point to a valid object! remote: error: refs/pull/3/merge does not point to a valid object! remote: error: refs/pull/4/head does not point to a valid object! remote: error: refs/pull/4/merge does not point to a valid object! remote: error: refs/pull/5/head does not point to a valid object! remote: error: refs/pull/5/merge does not point to a valid object! remote: error: refs/pull/6/head does not point to a valid object! remote: error: refs/pull/6/merge does not point to a valid object! remote: error: refs/pull/7/head does not point to a valid object! remote: error: refs/pull/7/merge does not point to a valid object! remote: error: refs/pull/8/head does not point to a valid object! remote: error: refs/pull/8/merge does not point to a valid object! remote: error: refs/pull/9/head does not point to a valid object! remote: error: refs/pull/9/merge does not point to a valid object! remote: fatal: failed to read object d146147d40c8ba78d207cd35c17e799c79a1dce8: Input/output error remote: aborting due to possible repository corruption on the remote side. fatal: early EOF fatal: index-pack failed -- - Steven Seed Sr Systems Engineer Walt Disney Animation Studios 818-460-9453 --f46d043c7e30c4982a04dc9e4e0c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable